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

macOS file dialog permission loop #475

Closed
jurplel opened this issue Jan 15, 2022 · 12 comments
Closed

macOS file dialog permission loop #475

jurplel opened this issue Jan 15, 2022 · 12 comments
Labels
bug Something isn't working high-priority This should really be worked on before others

Comments

@jurplel
Copy link
Owner

jurplel commented Jan 15, 2022

Environment:

  • OS: macOS Monterey (Apple silicon)
  • qView version: 5.0

Information:
File dialog asks for access permission to use folders repeatedly:
image

Didn't notice/hard to debug because it doesn't show up when compiling in qt creator.

Not sure if M1 specific: Running with Rosetta 2 does not fix it.
Qt 5.15.2 build works fine, only qt 6.2.2 build is affected.

Giving full disk access explicitly does not fix the issue.

Sometimes I open qView and the issue just doesn't happen?

This may go the way of the QTBUG before long

After testing x86_64, arm64, and universal builds with 6.2.2 locally, I can confirm that only universal builds seem to be affected by this issue.

Would be interested to know if this happens on Intel machines as well

@jurplel jurplel added bug Something isn't working help wanted Extra attention is needed high-priority This should really be worked on before others and removed help wanted Extra attention is needed labels Jan 15, 2022
@climbbike
Copy link

Same issue here. Also M1 Mac.

@vassudanagunta
Copy link

Confirmed on my M1.

@jurplel
Copy link
Owner Author

jurplel commented Jan 16, 2022

Qt bug report: https://bugreports.qt.io/browse/QTBUG-99894

@jurplel
Copy link
Owner Author

jurplel commented Jan 16, 2022

Ok, since this issue is so unacceptable I made an alteration to this release. There is now a separate Intel and arm64 download. You can get the arm version here: https://github.com/jurplel/qView/releases/download/5.0/qView-5.0-arm64.dmg

@jurplel
Copy link
Owner Author

jurplel commented Jan 17, 2022

Scratch that. I ran into an issue with the arm64 dmg and found that it wouldn't open without running xattr to remove com.apple.quarantine. After googling for way too long (is it just me or is googling Apple problems harder than Linux/windows/android? Seems like an endless sea of useless articles overshadows good information), I found that M1 macs require code to be signed. Sure enough, putting an empty signature in solves the issue.

I then thought, what if the original issue was caused by the same lack of signature? Sure enough, signing the universal binary fixed the issue!

@jurplel
Copy link
Owner Author

jurplel commented Jan 17, 2022

I will wait for confirmation from someone else before I close the issue.

@climbbike
Copy link

well, I only got the "access files in your downloads folder" popup once now but now I have a new one
warning

@jurplel
Copy link
Owner Author

jurplel commented Jan 17, 2022

You have to right click and press open to pass that. Notarizing apps properly requires a developer account :(

@climbbike
Copy link

yeah, I'm used to that. but in this case it was coming back every time I opened it. BUT . . . now it seems okay . . . yeah. seems to be working now.

@jurplel
Copy link
Owner Author

jurplel commented Jan 17, 2022

hooray

@jurplel jurplel closed this as completed Jan 17, 2022
@vassudanagunta
Copy link

I will wait for confirmation from someone else before I close the issue.

I can't figure out where to get the latest macos build. I don't see a 5.0.1, and the nightly is from Friday.

@jurplel
Copy link
Owner Author

jurplel commented Jan 17, 2022

I just replaced the 5.0 dmg

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working high-priority This should really be worked on before others
Projects
None yet
Development

No branches or pull requests

3 participants