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

Files/folders archived separately when called via service from context menu #4

Closed
zanglebert opened this issue Dec 1, 2016 · 7 comments
Assignees
Milestone

Comments

@zanglebert
Copy link

Hey

First: great program! Thanks so much for writing & sharing this.

Now, for a minor bug report:

System: OSX 10.11.6
Keka version: 1.0.6

Goal: create a single 7z archive from several input folders/files, without opening Keka app, i.e. by creating archive with command from context menu in Finder.

To reproduce the problem, consider the following two options to the get the intended behavior described in 'Goal' above:

Option 1: Set Keka as default archiver, use OSX default context item "Compress..."

=> Result: Keka correctly compresses several files/folder into a single file, but uses zip, not 7z, despite being selected as default format in Keka Setting.

However, maybe that's an OSX system-wide limitation, so instead, consider the next option:

Option 2: Use service/workflow from context menu to archive/compress with Keka. In Keka settings, set 7z as default format, and check option "Archive as single file" in Preferences --> Compression

=> Result: Using service on selected files/folders, Keka now correctly uses 7z as format, but archives each file/folder individually, not respecting the "Archive as single file" setting apparently.

Can anyone confirm this behavior?

@aonez aonez added the bug label Dec 1, 2016
@aonez aonez added this to the 1.1.0 milestone Dec 1, 2016
@aonez aonez self-assigned this Dec 1, 2016
@aonez
Copy link
Owner

aonez commented Dec 1, 2016

@zanglebert, first thank a lot for your feedback.

About the issue, the Option 1 can't be done since the "Compress..." option in the context menu is never used with Keka. This option will always create a zip file with the bundled OS X/macOS compression system.

About the Option 2, the "Archive as single files" option does just that, archive each file/folder separately. Maybe I can change the text to "Archive each file/folder separately". So the result you're getting is correct with this option. Anyway, with this option unchecked the result is the same, it is a known bug: http://trac.kekaosx.com/ticket/127

So, uncheck the "Archive as single files" option if you don't want to archive each file separately and while it is not fixed just drop the files to the Keka icon in the dock or the Keka main window.

@aonez aonez changed the title "Archive as single file" preferences not respected when called via service from context menu Files/folders archived separately when called via service from context menu [Ticket 127] Dec 1, 2016
@aonez aonez changed the title Files/folders archived separately when called via service from context menu [Ticket 127] Files/folders archived separately when called via service from context menu Dec 1, 2016
@zanglebert
Copy link
Author

Thanks for the response. Didn't know it's a known issue.

But there's another one:

When dropping folders to Keka icon, with 'Archive as single files' unchecked, it work as intended.
However, then dropping several files to the icon, they are archived individually, despite the unchecked option.

That's not intended, right?

@aonez
Copy link
Owner

aonez commented Dec 1, 2016

Can't reproduce this one. Can you double check you have "Archive as single files" unchecked booth in the preferences and in the main window? (if Keka is opened).

@zanglebert
Copy link
Author

zanglebert commented Dec 1, 2016

You're right, tested again, working as intended now. My mistake, must have had one of the two still checked.

(edit) closing issue, if you don't mind.

@aonez
Copy link
Owner

aonez commented Dec 2, 2016

I'll keep this open since the workflow need to be fixed. Thanks for all your feedback @zanglebert 👍

@aonez aonez reopened this Dec 2, 2016
@zanglebert
Copy link
Author

you're welcome, least I can do :)

@aonez
Copy link
Owner

aonez commented Feb 26, 2017

Fixed in r1741. Context menu services will be integrated in the app, with a check to install or uninstall. New users will have them by default, current users will have them if they had the old context menu installed, otherwise they'll need to enable them with the check in the Preferences.

@aonez aonez closed this as completed Feb 28, 2017
aonez pushed a commit that referenced this issue Jun 7, 2018
aonez pushed a commit that referenced this issue Sep 5, 2018
aonez pushed a commit that referenced this issue Jun 18, 2019
aonez pushed a commit that referenced this issue Oct 14, 2019
aonez pushed a commit that referenced this issue Oct 14, 2019
aonez pushed a commit that referenced this issue Oct 14, 2019
aonez pushed a commit that referenced this issue Oct 14, 2019
aonez pushed a commit that referenced this issue Oct 14, 2019
aonez pushed a commit that referenced this issue Oct 14, 2019
aonez pushed a commit that referenced this issue Nov 17, 2020
aonez pushed a commit that referenced this issue Nov 30, 2020
Merge pull request #702 from Marc66/master
aonez pushed a commit that referenced this issue Feb 16, 2021
Elapsed and remaining time task strings
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