-
-
Notifications
You must be signed in to change notification settings - Fork 52
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
Give unzip priority over p7zip #279
Conversation
At the moment p7zip does not process OEM encoding in file names, so instead we prioritize unzip.
it doesn't work here. anyway, (EDIT: it works in read/write mode, I don't know how it works, but it works) and, we have the ability to use I noticed using |
@sc0w that's a good point, but I think this should work automatically. For a user to have to change gsettings to open a file is not good UX, maybe we can prioritize unar instead of unzip? Why do we need the gsettings instead of just making it automatic? |
@vkareh because I noticed this PR fixes #201 but it doesn't fix the name of files in the other issues you mentioned in #279 (comment) and zip files are opened locally in "read / write" mode, this is a good point. |
and
and
Those three statements confuse me a bit, which ones open in read-only and which ones open in read/write mode? This fixes the file name issues for me. I wonder what's different between our configurations. I'll play around with settings to see if I find anything. |
All are opened in read/write mode, I was wrong, I edited that before. I don't know how it works, but it works. now I agree with this PR because fixes the issue of password, but I don't understand why the names of files works for you, and it doesn't work here. awaiting the tests of others... |
ok, seeing the code I noticed it uses |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This PR fixes #201 but it doesn't fix the name of files for me in the other issues you mentioned in #279 (comment) , so, it only needs to clarify and confirm which issues fixes this PR.
And it works in read/write mode, so, I am happy with it.
Thanks for the clarification :) I still haven't found why it may not work for you for file names... I'll keep trying different things on my side to reproduce the issue |
@sc0w, I've edited the list of issues this will fix. All other issues are already closed, and the only other one (#102) seems to display the wrong character set with either p7z, unar, or unzip. So I removed it from this list. We're only left with #5 (feature request to prioritize unzip) and #201 (password encoding). |
I noticed one problem with this PR with how to reproduce: without this PR, select some files in caja, right click, compress in install this PR, and try to open, it doesn't work, seems it isn't supported by unzip. file sample, the pass is 123:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Travis checks are fine.
I don't care about which backend is used.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I mentioned the reasons in my previous comment
We will have problems with some zip files compressed with passwods with this PR, maybe we need gsettings key.
What happens with that PR? |
There hasn't been consensus in a year. Closing for now. |
At the moment p7zip does not process OEM encoding in file names (https://sourceforge.net/p/p7zip/bugs/187/) so instead we prioritize unzip.
Fixes #201
Fixes #5