How to gather information for a possible bug report about focus stealing prevention

Hello!
I noticed a problem with focus stealing prevention, especially with Firefox.
I noticed that when I click a link in Thunderbird or in the terminal, the focus remains in the window where the link was, and if I understand correctly, this is the focus stealing prevention mechanism.
However, in some cases, the Firefox window appears in foreground, but the inputs are still sent to the window where I clicked the link.
Clicking on the Firefox window doesn’t bring the focus to Firefox. Instead, I have to open the activity view, and click on Firefox again, or to alt-tab to another window and then alt-tab to Firefox again.

I don’t get any “Firefox is ready” or similar notification that other threads mention.
Also, the extensions to bypass it (e.g., “Focus my window”) don’t help me.
I wonder if it’s a bug (e.g., a race condition?).

I’m using Debian testing with X11, but I don’t have this problem on another older machine with a similar configuration.
Could anyone help me to find more information about this problem?
Thanks in advance!

Edit: I am developer on a couple of Firefox forks, and they have the same problem…
However, for this reason I also have debug builds, for which I get the “… is ready” notification successfully (on the same machine where I have the problem with release builds).

1 Like

Following might help.

https://blogs.gnome.org/shell-dev/2024/09/20/understanding-gnome-shells-focus-stealing-prevention/

I switched to strict and it seems to improve the situation for me, thanks!

1 Like

I still have some problems even with strict.
They seem less frequent (maybe, it might be an impression), but I still have them :unamused:.