-
Notifications
You must be signed in to change notification settings - Fork 82
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
[Patch attached] Geeqie fails to copy files with file name length close to linux maximum #1544
Comments
Could you create a PR for this patch? |
Could you give more details? I don't see how |
appending ".tmp_XXXXXX" to filename extends the filename length past 255 characters. |
So IIUC any |
@caclark should we apply wrapper from patch to all relevant |
@qarkai is there any other code that appends arbitrary strings to filenames? If so i would think my check+truncate approach should be a function and used everywhere. |
Proposed patch looks like overengineering. Should be enough |
@installgentoo Is it related to #944? |
@qarkai must be. Please write PR or whatever and close that other bug. |
Setup (please complete the following information):
Describe the bug
Ditto.
To reproduce
Name a file with 255 characters, try to copy it. Get a nondescript error.
Additional context
This happens because of
at src/ui-fileops.cc:648
I assume this is meant to safeguard against partial operations that get interrupted, ironic that the safety measure itself caused a bug. See attached patch with a fix, refactor it into geeqie code standard and merge in.
filenamelen.patch
The text was updated successfully, but these errors were encountered: