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

Does not prompt for permission in some places. #6

Closed
paalb opened this issue Aug 11, 2024 · 5 comments
Closed

Does not prompt for permission in some places. #6

paalb opened this issue Aug 11, 2024 · 5 comments
Labels
documentation Improvements or additions to documentation question Further information is requested

Comments

@paalb
Copy link

paalb commented Aug 11, 2024

I get a prompt and it opens the file in downloads. But not the one in miniconda3.
Screenshot 2024-08-11 at 21 37 40

And not the files in Diverse
Screenshot 2024-08-11 at 21 19 03

Screenshot 2024-08-11 at 21 25 53
@gingerbeardman
Copy link
Owner

gingerbeardman commented Aug 11, 2024

You need to give the app extra access permissions in System Settings > Privacy & Security > Files & Folders

or, after you've inspected the code and are comfortable the app doesn't do anything untoward, you could go to System Settings > Privacy & Security > Full Disk Access and add it there so you're never bothered again for this app.

By default I only gave it access and the ability to prompt for access to the most common recommended folders. That's basically Downloads, and the user selected locations.

Without the additional permissions might see different behaviour adding files through the file selector than drag and drop.

I've improved the README file with some of this info.

@gingerbeardman gingerbeardman added documentation Improvements or additions to documentation question Further information is requested labels Aug 11, 2024
@invig
Copy link

invig commented Aug 12, 2024

Love the idea, thanks for open sourcing!

  • System Settings > Privacy & Security > Files & Folders this isn't possible on MacOS Sonoma as far as I can tell, if the application doesn't prompt there is no way to manually grant it permissions to specific places. For me this resulted in silent failure to launch things.
  • System Settings > Privacy & Security > Full Disk Access this sort of works, but for many things launch will still fail, for example if I install a website as an app using Safari I'll get an error like this when Stapler tries to launch it:
    Screenshot by Dropbox Capture

@gingerbeardman
Copy link
Owner

gingerbeardman commented Aug 12, 2024

Something odd going on here, as I am developing it on Sonoma.

  • System Settings > Privacy & Security > Files & Folders good point, this will only show directories the app has prompted for and you have approved (and in 1.0 and 1.1 this app will only prompt for Downloads, iirc)
  • System Settings > Privacy & Security > Full Disk Access this should be enough.

Could it be that Stapler is running under App Translocation? Whilst it's not running, move it out of /Applications (to, say, ~/Documents) and then back to /Applications and then try again. Let me know.

Also, you will probably need to redo any docs/items that were created before granting permission.

Urgh, I do hate modern macOS "security" focus, it's so offensive to users and developers alike.

Here I am running a Google Sheets "Save to Dock" web app @invig
(double-click to launch coming in 1.2)

Screen.shot.2024-08-12.at.22.30.39.mp4

@gingerbeardman
Copy link
Owner

gingerbeardman commented Aug 12, 2024

I'm going to add com.apple.security.files.all to the app entitlements 88ee538

This won't allow it on the Mac App Store, but I have no intention of submitting it so...

Will release in 1.2

@gingerbeardman
Copy link
Owner

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants