How do I know whether to say "Allow" or "Disallow" when it gives me no idea what either option actually means in concrete?
[–] joshuat 6 hours ago
Then it started prompting users before allowing them to paste, and then the claims of privacy violations began to come in.
If instead I were able to specify what was happening in the prompt rather than iOS giving users an ambiguous statement, or even provide a detection pattern, it wouldn't have been nearly as bad.
I feel like this really harms security and privacy awareness by flooding the field with unimportant prompts/warnings to the degree that a real issue is similarly ignored because it is assumed to just be noise.
[–] dd8601fn 6 hours ago
No. They’re correct, there.
The app developer should not get to provide the message text for a prompt like that.
A secondary note somewhere in less than ten words, maybe, where it explicitly warns that the statement may be false.
[–] zdragnar 10 minutes ago
I don't really even care what OP's good intentions are, because the minute the app is sold, those good intentions are out the window. I use very few apps because I assume they are always going to potentially be adversarial to my interests.
The system warning is correct and should not be subject to the developer promising free candy to gullible users.
[–] kalleboo 2 hours ago
In App Store apps, where these messages get human review, it could more safely be allowed.
[–] i386 4 hours ago
[–] ryandrake 6 hours ago
The fact that there are so many popups should mean apps are reaching for access to your system way beyond what they should be. It shouldn't mean Apple needs to get rid of the pop-ups.
[–] mook 5 hours ago
Yes, I don't know why the OS isn't tracking the pop-up by bundle id or anything. It's not like I changed my mind the last dozen times…
[–] johncassil 6 hours ago
[–] j16sdiz 2 hours ago
before that, facebook was stealing everything on your clipboard and send back to their server.
This dialog is what it take to stop them.
and it have the pattern detect you asked.
[–] QuadmasterXLII 4 hours ago
[–] internet2000 5 hours ago
[–] OptionOfT 7 hours ago
Which reminds me. Why does the CVS app need access to Bluetooth?
[–] kccqzy 1 hour ago
Then you have to require these permission controls to tell the app the user denied permission, and not just giving a valid but empty result. Some people on HN feel strongly that when you deny contacts permission to an app, the app should receive a list of dummy contacts. Without it a bad app can lock its UI and not do anything unless the permission is granted.
[–] kotaKat 6 hours ago
If you have an Extracare card, in some markets, you can self-unlock the locked display cabinets with the CVS app (because they have your identity via the ExtraCare card which adds inherent trust).
It's powered by the Invue smartlock platform. https://invue.com/smart-locks
https://abc7ny.com/post/cvs-testing-new-nyc-shoppers-open-ca...
[–] ButlerianJihad 6 hours ago
[–] mjdiloreto 6 hours ago
Yes! This is part of the Flockification of everything.
[–] kotaKat 6 hours ago
https://indyme.com/solutions/freedom-case
The CV footage just adds that extra comfortable feeling, doesn't it?
https://indyme.com/hubfs/E6A61CF7-E252-4994-91E1-0FC0E88781F...
It's "freedom" for "honest shoppers"!
Maybe the dialogs api should be treated like autoplaying videos with sound on the web, just disable the api if it is called outside of a click event handler, and let the consumer app break. That would be a breaking change for OSs tho. It wouldn’t prevent malicious UI patterns from triggering annoying permission prompts, but it would minimize accidental bad ux eg calling it in the main method on load