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

Closed
kroyster opened this issue Mar 14, 2019 · 5 comments
Closed

Comments

@kroyster
Copy link

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 File1.docx.zip 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 file.zip 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.

Thanks!

@aonez aonez self-assigned this Mar 14, 2019
@aonez
Copy link
Owner

aonez commented Mar 14, 2019

Thanks for such detailed feedback @kroyster! I'm just curious: a second file "File2.pdf.zip" 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
@kroyster
Copy link
Author

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

@stale
Copy link

stale bot commented Apr 6, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale label Apr 6, 2019
@aonez
Copy link
Owner

aonez commented Apr 7, 2019

@kroyster did it happened again? We’re you able to reproduce it with different file types?

@stale stale bot removed the stale label Apr 7, 2019
@stale
Copy link

stale bot commented Apr 30, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale label Apr 30, 2019
@stale stale bot closed this as completed May 7, 2019
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