Archive for August, 2024

Sequoia’s weekly permission prompts for screen recording

Wednesday, August 7th, 2024

From 9to5Mac:

With macOS Sequoia this fall, using apps that need access to screen recording permissions will become a little bit more tedious. Apple is rolling out a change that will require you to give explicit permission on a weekly basis to these types of apps, and every time you reboot your Mac.

While I understand Apple’s desire to make it clear that you’ve given apps permission to record your screen, this seems like a nuisance. You have to click “Allow For One Week” each week for every app that’s actively capturing or streaming screen images. As 9to5Mac says, that’s going to get pretty tedious.

And if an app isn’t using Sequoia’s new “screen recording picker”, you’ll see this very technically worded warning. I’m not sure how non-technical users will respond to this:

Of course, the reason I’m grousing about this is because Default Folder X is affected. In some situations, DFX captures an image of an Open or Save dialog and displays it on top of the real file dialog as a “curtain” to hide what it’s doing while it manipulates the dialog. It doesn’t store or transmit the images – it just takes a screenshot of the file dialog, pops it up on the screen to obscure the dialog while it twiddles a menu, then throws away the screenshot.

Now Sequoia is throwing up scary weekly reminders about it recording “personal or sensitive information”. Sigh. Assuming that this new Sequoia “feature” is here to stay, I feel the only workable solution is to remove the screen captured façade and just put up a blank window to hide what Default Folder X is doing. This is … ugly. Here’s a quick illustration:

Here’s what Default Folder X is doing. Notice the menu popping up after opening “Empty Folder”:

 

Here’s what it currently looks like with a captured image overlayed to hide the menu activity. As intended, you don’t see anything at all:

 

Here’s what it looks like without screen recording, using a blank window to hide activity instead. There’s an unpleasant white flash:

I realize it’s not the end of the world – having that blank window flicker on the screen doesn’t change the functionality of Default Folder X. It’s just sloppy looking and aesthetically grating.

How you can take action

If you’d like to help out – and save yourself weekly warnings about the apps you use that capture screen images – please use Feedback Assistant to submit a bug about this to Apple. At the very least, they could add a “Don’t remind me again” checkbox to that warning alert and save us all from being pestered every week.

The bottom line

If Sequoia’s repeated reminders and dire warnings about privacy intrusion are here to stay, I don’t see any way forward except to eliminate the use of captured screen images. This reduces the quality and functionality of my software, but if the warnings are enough to put off some users, removing the dependent features is the only way to stop them from scaring people.

And just for the record, the use of captured screen images isn’t something new. Default Folder X and other applications have used this kind of trick for years to hide unpleasant side effects, clean up graphical glitches, or get information they can only get by looking at the screen. We’ve just come to a point where Apple feels it’s necessary to tell you about it on the off chance that some app is spying on you – which Default Folder X isn’t doing, but I do understand the potential danger.

App Tamer 2.8.4 delivers bug fixes and updates

Tuesday, August 6th, 2024

Version 2.8.4 of App Tamer is available now. It fixes bugs and alleviates headaches when using App Tamer in specific configurations.

Most importantly, App Tamer will no longer mess with processes that it isn’t actively controlling. In the past, if a process was stopped, App Tamer would start it running again if none of your settings in App Tamer indicated it should be stopped or slowed down. That could interfere with other apps that were controlling that process, including using Control-Z in Terminal to stop a process using zsh (or whatever shell you’re using). Now App Tamer won’t restart a process if it didn’t stop it in the first place.

There are also small changes to alert messages so that App Tamer’s suggestions are more understandable. And the Priority slider is more clearly separated from other options to show that its effects are separate from the slow / stop features. Note that you need to hold down the Option key to get the Priority slider because it’s a macOS process attribute that’s not always useful. It can help in very specific cases, but App Tamer’s other process controls are more effective.

Speaking of specific cases, you can also hold down the Option key and turn on “Stop this app completely” and “Slow down this app” at the same time. When combined with the “Also slow this app when it’s in front” checkbox, App Tamer will slow the app to the specified CPU limit when it’s in the foreground and will stop it completely when it’s not in front. Again, this is a configuration that’s useful in a few particular situations, but you can do it now – there you go.

And finally, there’s a bug fix for a very quirky issue: You could get a prompt from App Tamer to save a debug file seemingly at random if you happened to be holding down the Option key at the wrong time. (What is it with the Option key in this release?) Anyway, that’s fixed and won’t happen anymore.

A full change history and download links are available on the App Tamer release page. If you’re already running an earlier version of App Tamer, just choose “Check for Update” from the menu in the lower right corner of its window.