Created attachment 8415
I have a firefox window open and a small area of it cannot be clicked on. xwininfo on the unclickable region says this:
xwininfo: Please select the window about which you
would like information by clicking the
mouse in that window.
xwininfo: Window id: 0x8f6b18 (has no name)
Absolute upper-left X: 1871
Absolute upper-left Y: 25
Relative upper-left X: 1871
Relative upper-left Y: 25
Visual Class: TrueColor
Border width: 0
Colormap: 0x400003b (not installed)
Bit Gravity State: StaticGravity
Window Gravity State: StaticGravity
Backing Store State: NotUseful
Save Under State: no
Map State: IsViewable
Override Redirect State: no
Corners: +1871+25 -2220+25 -2220-1026 +1871-1026
Attached screenshot shows the non-clickable region.
I'm not sure if this is a firefox bug or an xfwm bug. Note that the non-clickable window seems to be attached to one specific firefox window, but sometimes extends outside it to obscure other windows.
Further observations: it appears that every firefox window open before a certain time has one of these bad windows attached to it but newly opened ones do not. Closing the firefox windows removes the bad window associated with it, but not the others.
Given the dimensions it looks like something opened a pop up but it wasn't closed properly, leaving a dead window behind.
You should be able to identify the client it belongs to by querying the full window tree:
$ xwininfo -root -tree
X11 resources are made of the client Id + the resource Id, meaning that all resources from the same client have a common base, that can help with identifying the client it belongs to.
Also, `xprop` might give some hint as well.
Created attachment 8856
Screenshot of a weird window
Today I found another piece of this puzzle. Which switching between Firefox windows I noticed that something was popping up and immediately disappearing. I ran a screen recorder and what I found is shown in the attached screenshot. This window appears for 3 frames and then disappears. It is almost exactly where I found the invisible window before. It doesn't block input like it did last time though.
-- GitLab Migration Automatic Message --
This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfwm4/-/issues/323.
Please create an account or use an existing account on one of our supported OAuth providers.
If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests
Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev