-
Notifications
You must be signed in to change notification settings - Fork 63
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
'#' symbol ignored by when reading real path on 16.08 and 18.03 #250
Comments
I'm the User Support person who took the Blue Waters ticket about this issue. I presume that you're stripping characters from filenames for security reasons. I agree and understand that. However, I think that SILENTLY stripping characters from user input and then operating on that input as if it's valid is very bad and itself very dangerous interface design. If shifter encounters input that is invalid or a security risk, shifter should stop, flag the input as invalid, complain very specifically to the user what the problem is with the user input, and then abort and exit. It should NOT blindly try to sanitize the input (thus making it very definitely invalid) and then continue to try to operate with now-modified inputs. |
I made a PR allowing '#', in case shifter developers consider this is acceptable. |
Hello,
I'm trying to use the
--volume
option on Blue Waters, with shifter v16.08 which works fine, except when I have#
in the directory. The same thing happens on a test machine with v18.03. None of the parent directories are symbolic links.I tried escaping '#', ie.: '#` but that didn't work either. Do you have a workaround for it? I'm doing this as part of an automated process and renaming the directory names created is not a trivial thing to do.
Any ideas or suggestions?
For example:
The text was updated successfully, but these errors were encountered: