-
-
Notifications
You must be signed in to change notification settings - Fork 247
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
Use the Keka helper to get rid of the Keka quarantine flag #405
Comments
Which disables all macOS file security features. Why would anyone want to do that? |
@alvarnell this only applies to newly compressed files. There's a sandbox key that prevents this quarantine to apply, but it's not allowed by Apple in third party apps: For example TextEdit.app uses that key and you can see that any new file you create with TextEdit does not have the quarantine flag. In my opinion this key should be allowed in some third party apps. |
Got it. I've been following Howard Oakley's discussion of this in a couple of articles: His conclusion and that of "Martin" is that this is a bug that Apple needs to fix and there is a Radar number at the end you can reference should you decide to take that route. |
Thanks for the references @alvarnell. I really did a lot of research and tests for your ticket #176, #293 and #294. Just now found an issue trying to update an uncompressed Keka build to test #407 & #408, where the quarantine flag made Keka open in translocation and therefore the update process fails. Hopefully they'll fix this in the future. |
A couple more recent postings. And more from Howard where it seems the root cause is the XProtect process: |
Build with this implemented: Keka-v1.2.6-r4368 |
Since compressed files from a sandboxed app are set with a quarantine flag, give the option to remove that flag, using the Keka helper currently used for setting Keka as the default app.
Asked by Jérôme via mail.
Fixes #215 and probably #285.
The text was updated successfully, but these errors were encountered: