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

[BUG] Error code 2 using "7zz" - Fatal error #1443

Closed
Inkoming opened this issue May 7, 2024 · 9 comments
Closed

[BUG] Error code 2 using "7zz" - Fatal error #1443

Inkoming opened this issue May 7, 2024 · 9 comments

Comments

@Inkoming
Copy link

Inkoming commented May 7, 2024

Configuration

  • Keka version: 1.3.8-r5320 (WEB) (Sandboxed) (en-GB)
  • macOS version: 14.4.1 (Build 23E224) (arm64)

Describe the bug

Trying to compress little files with ZIP output using password (256 zip).
The password length is base64 148 characters using this format: Word---Word---Word (till 148 characters).

To Reproduce

Steps to reproduce the behavior:

  1. Go to 'Keka' and set zip output (tick "Use AES 256 encryption) + Slow compression.
  2. Tick "Exclude Mac resource forks".
  3. Tick "Verify compression integrity".
  4. Use long password (148 characters, or even 49 characters...).
  5. Drag & drop the folder (7 small items) on Keka.
  6. Error.

Expected behavior

Keka should compress.

Screenshots

None.

Additional context

Changing the source folder doesn't change anything.
It looks like the problem is the password length.
Do we have a maximum password length? Please specify if it's the case.

Keka.log

@Inkoming
Copy link
Author

Inkoming commented May 7, 2024

Tested with 7zip output, same long password, no problems.

@aonez
Copy link
Owner

aonez commented May 7, 2024

@Inkoming just to be sure, what version of 7zip are you using? You mean 7-Zip on Windows? Or is it p7zip on the terminal?

@aonez aonez added this to the Look at milestone May 7, 2024
@Inkoming
Copy link
Author

Inkoming commented May 7, 2024

@aonez I'm on macOS, so only using Keka to compress to 7zip (no 7zip specific App).

@aonez
Copy link
Owner

aonez commented May 7, 2024

Tested with 7zip output, same long password, no problems.

But this test you mentioned here with no problems, was it on macOS on the Terminal?

Both 7zz and p7zip fail on my end with 100 characters password, only for ZIP format. So probably it is limited to 99 characters. Also only affects when AES256 is enabled.

@Inkoming
Copy link
Author

Inkoming commented May 7, 2024

The test with 7zip output (148 characters password) was through Keka on macOS, no Terminal.

@aonez
Copy link
Owner

aonez commented May 7, 2024

Ah ok you meant the 7Z format, got it. Seems like there's this 100 characters limit for ZIP + AES.

Can you double check if it fails with lower character password on your end? You mentioned 49 characters but I'm unable to reproduce the issue with less than 100 characters.

@aonez aonez modified the milestones: Look at, macOS-1.4.0 May 7, 2024
@Inkoming
Copy link
Author

Inkoming commented May 7, 2024

Tested right now, 99 characters ZIP 256 AES is working, above, not. My bad.
So it's upon zip's side problem right? Maybe we need a warning on Keka to not exceed 99 characters?

@aonez
Copy link
Owner

aonez commented May 7, 2024

Indeed. Just checked and WinZIP is limited to 99 characters, even for non AES256 passwords. So non AES compressed with 100+ characters can't be extracted using WinZIP.

warning on Keka to not exceed 99 characters

That will be it. Thanks a lot for all the feedback @Inkoming.

@aonez aonez added the fixed label May 7, 2024
@aonez
Copy link
Owner

aonez commented Jun 24, 2024

This was released with 1.4.0. Thanks again @Inkoming!

@aonez aonez closed this as completed Jun 24, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants