You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are multiple ways to provide host data when starting a new EC2 instance. When multiple IP/URL pairs are provided and separated by \n, the line break will have a different number of escaping slashes in the end, depending on which command was used to start the instance (e.g. \n for one command and \\n for another command). This can lead to invalid host data formats.
The behavior should either be more consistent (i.e. entering \n should have the same results for all available commands) or communicated better (i.e. there should be some explanatory text stating what format to use).
The text was updated successfully, but these errors were encountered:
There are multiple ways to provide host data when starting a new EC2 instance. When multiple IP/URL pairs are provided and separated by
\n
, the line break will have a different number of escaping slashes in the end, depending on which command was used to start the instance (e.g.\n
for one command and\\n
for another command). This can lead to invalid host data formats.Example:
1.1.1.1 example1.com\n2.2.2.2 example2.com
{"acPassword": "password", "hostData": "1.1.1.1 example1.com\n2.2.2.2 example2.com"}
{"acPassword": "password", "hostData": "1.1.1.1 example1.com\n2.2.2.2 example2.com"}
{"acPassword": "password", "hostData": "1.1.1.1 example1.com
2.2.2.2 example2.com"}
--hostData "1.1.1.1 example1.com\n2.2.2.2 example2.com"
{"acPassword": "password", "hostData": "1.1.1.1 example1.com\\n2.2.2.2 example2.com"}
The behavior should either be more consistent (i.e. entering
\n
should have the same results for all available commands) or communicated better (i.e. there should be some explanatory text stating what format to use).The text was updated successfully, but these errors were encountered: