if you record a video with sound, then the FB app has to have permission to record your audio.
I can’t tell if you’re trying to explain how it currently works (which I know very well, thanks) or asserting that the current behavior is necessary in order to record with sound.
It really doesn’t have to be as it is. The OS can provide a record-video API, complete with a user-controlled kill switch and an activity indicator, and the app can call it. The app doesn’t need direct access to the microphone to allow the user to create a file with sound.
Edit to clarify: I’m not saying that the “permission” doesn’t work as advertised. I’m saying that recording an audio file doesn’t have to require a permission system as coarse and disempowering to users as it is today. I guess the people clicking the downvote button misunderstood.
I think this is more a teleological argument he is making and I agree. We’ve become numb to these permission warnings. Oh this app needs access to my camera because I need to take a photo of something once at registration. Why can’t it link to my default trusted photo app and that app can send a one time transfer to it? I hardly question these permissions anymore since many apps need permissions for rare one off functions. The only thing I deny every single time is my contact list.
I don’t give anything mic or camera access on iOS. It’s really not an inconvenience, and anything that demands it is something I don’t want on my phone anyways.
I don’t know what you mean. Existing behavior does not provide the control or visibility that I described.
One important difference is that the “permissions” in the screen shot are effectively all-or-nothing: if you don’t agree to all of them, then you don’t get to install the app. They’re not permissions so much as demands.
(Some OS do have settings that will let you turn them off individually after installation, but this is not universally available, is often buried in an advanced configuration panel, leaves a window of time where they are still allowed, and in some cases have been known to cause apps to crash. Things are improving on this front with new OS versions, but doing so in microscopic steps that move at a glacial pace.)
If your app touches the camera and mic, it will show up on that screen that it does so. “Using the API” (which is just how the OS works) doesn’t prevent it from appearing on that screen, especially when you’re doing so for the purpose of putting video and audio in posts.
Nobody said it was the same thing as listening in the background. It’s still relevant and important.
I trust that most adults understand the implications of an exploitable permission and a strong incentive to abuse it, as well as the track record of corporate denials.
Using the permission to record audio triggers an on-screen indicator that the mic is recording. Someone would probably notice it on 24/7 recording. Someone would have also by now found the constant stream of network traffic to send the audio to be analyzed, because they also aren’t doing that on-device.
Meanwhile:
Not defending Facebook, but if you record a video with sound, then the FB app has to have permission to record your audio.
That said, delete Facebook. Fuck Zuck.
I can’t tell if you’re trying to explain how it currently works (which I know very well, thanks) or asserting that the current behavior is necessary in order to record with sound.
It really doesn’t have to be as it is. The OS can provide a record-video API, complete with a user-controlled kill switch and an activity indicator, and the app can call it. The app doesn’t need direct access to the microphone to allow the user to create a file with sound.
Edit to clarify: I’m not saying that the “permission” doesn’t work as advertised. I’m saying that recording an audio file doesn’t have to require a permission system as coarse and disempowering to users as it is today. I guess the people clicking the downvote button misunderstood.
Pretty sure that qualifies for that permission.
But the whole point of doing so is to use it in the app, and you for sure can’t do that without the permission.
I think this is more a teleological argument he is making and I agree. We’ve become numb to these permission warnings. Oh this app needs access to my camera because I need to take a photo of something once at registration. Why can’t it link to my default trusted photo app and that app can send a one time transfer to it? I hardly question these permissions anymore since many apps need permissions for rare one off functions. The only thing I deny every single time is my contact list.
I will thank you
about a million words from now
I don’t give anything mic or camera access on iOS. It’s really not an inconvenience, and anything that demands it is something I don’t want on my phone anyways.
You don’t use the camera or phone?
I’m very obviously not talking about system apps.
You don’t have to give third party apps permissions they don’t need.
Come on man, you know they didn’t mean it literally 💀
Some of us are autistic. I didn’t understand it either.
I don’t know what you mean. Existing behavior does not provide the control or visibility that I described.
One important difference is that the “permissions” in the screen shot are effectively all-or-nothing: if you don’t agree to all of them, then you don’t get to install the app. They’re not permissions so much as demands.
(Some OS do have settings that will let you turn them off individually after installation, but this is not universally available, is often buried in an advanced configuration panel, leaves a window of time where they are still allowed, and in some cases have been known to cause apps to crash. Things are improving on this front with new OS versions, but doing so in microscopic steps that move at a glacial pace.)
If your app touches the camera and mic, it will show up on that screen that it does so. “Using the API” (which is just how the OS works) doesn’t prevent it from appearing on that screen, especially when you’re doing so for the purpose of putting video and audio in posts.
Showing up on that screen is no substitute for what is actually needed:
I downvoted because of the snark in first paragraph.
No snark intended. Do you run into that so often that you’ve come to expect it?
Intention vs. Impact, look it up.
Ooh, I spy more snark!
Yeah watch me not deny it tho; I intended for it to be snarky and anticipated this impact.
I downvoted because of the snark in first paragraph.
That rudely condescending comment lends nothing useful to the discussion, and has just earned my only downvote of the day. Enjoy. Bye.
That is not the same thing as listening in the background.
Nobody said it was the same thing as listening in the background. It’s still relevant and important.
I trust that most adults understand the implications of an exploitable permission and a strong incentive to abuse it, as well as the track record of corporate denials.
Using the permission to record audio triggers an on-screen indicator that the mic is recording. Someone would probably notice it on 24/7 recording. Someone would have also by now found the constant stream of network traffic to send the audio to be analyzed, because they also aren’t doing that on-device.
Meta said it does not, but what about 3rd parties…
What a horrifying list of data collection. Fuck all that hahaha
Why wouldn’t you want to share your fitness data with the company that will sell it to the company setting your health “insurance” premiums? </s>