Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make expected format for line breaks in host data consistent #547

Open
broeder-xceptance opened this issue Jan 8, 2025 · 0 comments
Open
Labels
bug Something isn't working

Comments

@broeder-xceptance
Copy link

broeder-xceptance commented Jan 8, 2025

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:

  • Use interactive mode and provide host data
    • Provided host data:
      • 1.1.1.1 example1.com\n2.2.2.2 example2.com
    • Resulting user data in EC2 console:
      • {"acPassword": "password", "hostData": "1.1.1.1 example1.com\n2.2.2.2 example2.com"}
  • Use interactive mode and provide user data
    • Provided user data:
      • {"acPassword": "password", "hostData": "1.1.1.1 example1.com\n2.2.2.2 example2.com"}
    • Resulting user data in EC2 console:
      • {"acPassword": "password", "hostData": "1.1.1.1 example1.com
        2.2.2.2 example2.com"}
  • Providing host data in non-interactive mode
    • Provided host data parameter:
      • --hostData "1.1.1.1 example1.com\n2.2.2.2 example2.com"
    • Resulting user data in EC2 console:
      • {"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).

@broeder-xceptance broeder-xceptance added the bug Something isn't working label Jan 8, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant