You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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:
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)
Select 2 or more files in Finder (e.g. File1.docx and File2.pdf)
Drag them on to the running instance of Keka in the dock
A file named File1.docx.zip is produced, which incorrectly contains only File1.docx.
Drag the same two files to the running Keka application window
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!
The text was updated successfully, but these errors were encountered:
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).
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.
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.
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:
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!
The text was updated successfully, but these errors were encountered: