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

File transfer to targets does not cater for line ending differences between Windows and Linux #3307

Open
golflimaechoecho opened this issue May 8, 2024 · 0 comments
Labels
Bug Bug reports and fixes.

Comments

@golflimaechoecho
Copy link

The current mechanism used by Bolt to transfer files does not cater for line ending differences between Windows (CRLF) and *nix (LF)

eg: when running Bolt on Windows host to a Linux target, task file line endings need to be fixed/modified manually to allow script files to run on Linux (eg: if Windows host used to run Bolt has files with CRLF endings, the script will not run on Linux)

Expected Behavior

  • Bolt should cater for line ending differences between Windows and Linux (eg: tasks, scripts transferred to targets)
  • Binary files / files that should not have line endings modified should still copy/transfer correctly

Steps to Reproduce

  1. Create a task on Windows host with default CRLF line endings (or checkout project with GitHub on windows host with core.autocrlf set to true
  2. Attempt to run task on Linux host - fails due to line endings

Environment

  • Bolt 3.29.0
  • Mainly affects Bolt running from Windows host to Linux targets (as Windows seems to cope/handle LF endings but not vice-versa)
@golflimaechoecho golflimaechoecho added the Bug Bug reports and fixes. label May 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Bug reports and fixes.
Projects
None yet
Development

No branches or pull requests

1 participant