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

Dragging multiple files onto running dock icon only archives the first file #385

kroyster opened this Issue Mar 14, 2019 · 2 comments


None yet
2 participants
Copy link

kroyster commented Mar 14, 2019

This issue may be related to #57 and/or #77, but seems unique in other ways, so I'm submitting as a new issue. Steps to reproduce:

  1. Start Keka (latest version 1.1.12; I have settings file=ZIP, Method=Normal, Password enabled, Use AES-256 checked, Exclude Mac resource forks checked)
  2. Select 2 or more files in Finder (e.g. File1.docx and File2.pdf)
  3. Drag them on to the running instance of Keka in the dock
  4. A file named is produced, which incorrectly contains only File1.docx.
  5. Drag the same two files to the running Keka application window
  6. A file named Compressed is produced, which correctly contains both files.

The work around in steps 5 & 6 is serviceable, but given how windows get buried under other windows, I find it significantly easier to drop the files on the always-visible dock icon. I recall that it use to work as expected, and only fairly recently broke with the above described behavior.


@aonez aonez self-assigned this Mar 14, 2019

@aonez aonez added the Apple SDK label Mar 14, 2019


This comment has been minimized.

Copy link

aonez commented Mar 14, 2019

Thanks for such detailed feedback @kroyster! I'm just curious: a second file "" is also produced or is that file dismissed? This would be the part differentiating this issue from #57 and #77.

What I found in the past is that some applications that handle those files (.docx and .pdf) make this bug appear. Since Keka receives those files separately, there's not much to do other than the timer (already implemented) that waits 250 milliseconds for more files. I've reproduced this issue in the past with some image files and removing Pixelmator (that handled those images by default) fixed the issue. That doesn't mean Pixelmator is the cause obviously. So maybe, just as a test, you can remove the .docx handler (maybe Microsoft Word?) or third party .pdf handler (such as Acrobat Reader), restart and try if the bug is still present.

Apart from the window workaround, you can also use the services that can be triggered from the context menu or even with a keyboard combination (C for compression).

@aonez aonez added this to the Random bag milestone Mar 14, 2019


This comment has been minimized.

Copy link

kroyster commented Mar 14, 2019

Hi @aonez - only the one zip archive of the first file is created. Thanks for the suggested shortcuts!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.