You may be aware of a longstanding issue with Chromium browsers whereby Keyboard Maestro can't find an image in the front window. There's a workaround that involves manually calculating the front window size and position, then searching within those bounds. Seems bizarre to me that KM has a problem with certain app types, but there you go.
Well, now this seems also to be the case when the front window is a plugin UI in Logic Pro. I'm not sure if it's something to do with having upgraded to Ventura or updated to the latest version of Logic (10.7.6), but it's currently broken. Clicking in Logic's main interface works just fine.
If KM can calculate the front window size and position using discrete actions, what's the barrier when using the Front Window option in, for example a Click at Found Image action? Surely it works the same way..?
I'm still none-the-wiser about the Logic plugin windows. Odd, isn't it.
As far as I can see, Keyboard Maestro can get the image of a Google Chrome window without problems unless it is in Incognito mode. In that mode, Chrome presumably actively blocks screen capture. Chrome’s actions are pointless in this case since you can capture the area of the window with:
The same can happen in Safari if you are playing some copy-protected media.
Yes, this is frequently the case with Chrome as well, but in that case Keyboard Maestro might not be able to determine the location of the window.
Note that these are all different:
Screen capturing a specific window.
Determining the location of a specific window.
Screen capturing the area on the screen occupied by a specific window (requires being able to determine the location).
Other than that explicit case, each of them are different and might fail for independent system/application reasons.
Still no closer to figuring out why Logic is misbehaving.
@peternlewis, how does the front window function work for found images? Is it not the same as taking the front window size/position and then restricting a search of the screen to those bounds? This method, when performed explicitly with KM actions works just fine, so I'm not sure why there's an issue with the built-in front window option of found image actions.
When taking an image of a window (either for Screen Capture or Find Image on Screen), the window image is captured directly. That is, the system is asked for the image of the specified window, not for the image within the area on the screen that the window occupies.
For example, these two actions:
are not equivalent. They ask the system for different things and will give different results if the second window is behind the front window - the former will capture the entire window, where the latter will capture parts of the front window and the unoccluded part of the specified window.
Actually ‘doing the thing’ isn’t really the issue. Simulating the cycle windows hotkey until %FrontWindowName% matches works fine. It's more that I'm perplexed as to why Logic's plugin windows would stop playing ball all of a sudden.