! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
non-clickable window partially obscuring firefox


Description Alistair Buxton 2019-04-16 01:19:02 CEST
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
  Width: 389
  Height: 149
  Depth: 32
  Visual: 0xc2
  Visual Class: TrueColor
  Border width: 0
  Class: InputOutput
  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
  -geometry 389x149+1871+25

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.
Comment 1 Alistair Buxton 2019-04-16 01:27:25 CEST
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.
Comment 2 Olivier Fourdan editbugs 2019-04-16 08:49:27 CEST
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.
Comment 3 Alistair Buxton 2019-08-08 14:32:47 CEST
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.
Comment 4 Git Bot editbugs 2020-05-29 12:25:43 CEST
-- 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

Bug #15291

Reported by:
Alistair Buxton
Reported on: 2019-04-16
Last modified on: 2020-05-29


Olivier Fourdan
CC List:
0 users




screenshot (131.90 KB, image/png)
2019-04-16 01:19 CEST , Alistair Buxton
no flags
Screenshot of a weird window (213.16 KB, image/png)
2019-08-08 14:32 CEST , Alistair Buxton
no flags

Additional information