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
As near as I can tell this happens because in the _dissect_uri method in webapp.py the identifier is quoted with 'quote_plus', but in the resolver it is unquoted with 'unquote' rather than 'unquote_plus', so instead of looking for 'path/to/my file' it ends up looking for 'path/to/my+file'.
I'm not sure if changing that would impact paths that already have a '+' in them. I'm going to make the change to my fork and do a little more testing.
The text was updated successfully, but these errors were encountered:
Thanks for reporting; let me know what you find out. If I understand the problem correctly, are you currenty escaping the space in your identifier, eg., path/to/my file should be path%2Fto%2Fmy%20file?
I realize how having spaces in filenames is less than ideal, but we aren't always in control of our customers' file naming habits. Currently, Loris is unable to find files with spaces in the identifier. This is not the case with Cantaloupe. We switched from Cantaloupe to Loris because of Java stability issues in Docker, and haven't looked back. Any chance of revisiting this issue?
As near as I can tell this happens because in the _dissect_uri method in webapp.py the identifier is quoted with 'quote_plus', but in the resolver it is unquoted with 'unquote' rather than 'unquote_plus', so instead of looking for 'path/to/my file' it ends up looking for 'path/to/my+file'.
I'm not sure if changing that would impact paths that already have a '+' in them. I'm going to make the change to my fork and do a little more testing.
The text was updated successfully, but these errors were encountered: