Created attachment 7561 disktop view Sidenote: I cannot quite describe this, if you feel like to have a better title, please retitle. Gajim menu opens far from its window, see attachment. Developer said it's WindowManager or GTK3 problem (https://dev.gajim.org/gajim/gajim/issues/8867) so here I am. What do you think, should I move into a new bugreporting system? :-) OS: Linux Debian/sid GTK version: 3.22.26 XFCE: 4.12.4
I'm experiencing a similar problem with Thunar after its GTK3 port: https://github.com/andreldm/thunar/issues/14
Works fine here (xfwm4 from git), tested with gtk3-demo (gajim uses gtk2 here apparently, so works ok). Can you please post your: · xrandr -q · xprop -root _NET_WORKAREA · xprop -root _NET_DESKTOP_GEOMETRY Additionally, can you reproduce with gtk3-demo ?
$ xrandr -q Screen 0: minimum 8 x 8, current 3840 x 2160, maximum 32767 x 32767 DVI-D-0 disconnected (normal left inverted right x axis y axis) DP-0 connected 3840x2160+0+0 (normal left inverted right x axis y axis) 607mm x 345mm 3840x2160 60.00*+ 30.00 2560x1440 59.95 1920x1080 60.00 59.94 1680x1050 59.95 1600x900 60.00 1440x900 59.89 1280x1024 75.02 60.02 1280x800 59.81 1280x720 60.00 1152x864 75.00 1024x768 75.03 70.07 60.00 800x600 75.00 72.19 60.32 56.25 640x480 75.00 72.81 59.94 DP-1 disconnected (normal left inverted right x axis y axis) $ xprop -root _NET_WORKAREA _NET_WORKAREA(CARDINAL) = 0, 0, 3840, 2123, 0, 0, 3840, 2123, 0, 0, 3840, 2123, 0, 0, 3840, 2123, 0, 0, 3840, 2123, 0, 0, 3840, 2123, 0, 0, 3840, 2123, 0, 0, 3840, 2123 $ xprop -root _NET_DESKTOP_GEOMETRY _NET_DESKTOP_GEOMETRY(CARDINAL) = 3840, 2160
Also, can you confirm the window manager, https://dev.gajim.org/gajim/gajim/issues/8867 mentions “fvwm”
Indeed, the right edge of the menu is at 1920! (gtk3-demo works fine, but it's application does *not* have the butt ugly gtk3 fat window decoration.)
xfwm4 4.12.4-1
Oh, I believe this is important. My bad, sorry. $ DISPLAY=:0.1 xrandr -q Screen 1: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767 HDMI-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 531mm x 299mm 1920x1080 60.00*+ 59.94 50.00 60.05 60.00 50.04 1680x1050 59.95 1600x1200 60.00 1440x900 74.98 59.89 1280x1024 75.02 60.02 1280x960 60.00 1280x800 59.81 1280x720 60.00 59.94 50.00 1152x864 75.00 1024x768 75.03 70.07 60.00 800x600 75.00 72.19 60.32 56.25 720x576 50.00 720x480 59.94 640x480 75.00 72.81 59.94 $ DISPLAY=:0.1 xprop -root _NET_WORKAREA _NET_WORKAREA(CARDINAL) = 0, 0, 1920, 1080, 0, 0, 1920, 1080, 0, 0, 1920, 1080, 0, 0, 1920, 1080, 0, 0, 1920, 1080, 0, 0, 1920, 1080, 0, 0, 1920, 1080, 0, 0, 1920, 1080 $ DISPLAY=:0.1 xprop -root _NET_DESKTOP_GEOMETRY _NET_DESKTOP_GEOMETRY(CARDINAL) = 1920, 1080
> Indeed, the right edge of the menu is at 1920! > (gtk3-demo works fine, but it's application does *not* have the butt ugly > gtk3 fat window decoration.) What yo call “butt ugly gtk3 fat window decoration” is client side decorations. Some apps in gtk3-demo use CSD, and you can force CSD with: $ GTK_CSD=1 gtk3-demo But I doubt your issue is related to CSD. (In reply to Peter Gervai from comment #7) > Oh, I believe this is important. My bad, sorry. > > $ DISPLAY=:0.1 xrandr -q > Screen 1: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767 So you're running in Zaphod mode? that's weird. I'm confused, which display/screen do you use to run gajim? and what if you use the “other” one?
(In reply to Olivier Fourdan from comment #8) > (In reply to Peter Gervai from comment #7) > > Oh, I believe this is important. My bad, sorry. > > > > $ DISPLAY=:0.1 xrandr -q > > Screen 1: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767 > > So you're running in Zaphod mode? that's weird. I'm confused, which > display/screen do you use to run gajim? and what if you use the “other” one? For the record, multi-screen per display support was mostly removed from gtk3, so chances are high that this is related to your problem.
Oh - My - God. No wonder I never heard of CSD, people probably ashamed to mention it. That's horrible. Yes, indeed, "butt ugly fat decorations" seem to be CSD, you are right on spot. The point of setting window decorations is to suit my needs, and when someone thinks "oh hey, why not make it three times bigger, leave out a few buttons and use a completely different typeface to stuff in" it's not exactly what I have on mind when considering "user friendly". Yes. CSD, I remember from now. Is there a CSD killswitch please? :-) Okay, sorry, it's not you to blame. So, yes, I believe it's related, at least I only noticed it with applications using CSD, but I cannot offer proof. Zaphod mode, that's lovely. :-) But yes, that's the only way when you have one 160dpi and one 96dpi screens, since Linux DPI control is running in Marvin mode, to follow your analogy: it's never doing what it should, and when it does it breaks something else, so twinview and xinerama pretty much out of question, which is extremely annoying. So Gajim ran on :0.0, and unrelated stuff on :0.1. The effect seems that gajim on :0.0 works fine, but the menu opened using the geometry of :0.1, or the smaller of both, or something like that, since the right edge was almost exactly at 1920 (limit on the other monitor, :0.1). Okay, I am clearly not happy. I have restarted Gajim to see how it behaves when I start it on the other monitor, and after another restart (on :0.0) its menu is at its place. The problem is that I have used "show on all desktop" feature extensively (on/off aplenty), and it may be related to that. Or not. But after restart and right now I cannot reproduce it, and it is an effect I've seen a few weeks back on Evince, which _used to_ have the similar ugly-fat-looking window decoration (which I don't seem to be able to control, at least gtk3 config doesn't seem to be offer a way to). I cannot tell when can I reproduce it again, but if there's anything I can help... well... :-(
So basically to unfuck gtk3 I should start two x servers at once? What a great idea! (In the middle ages people were impaled for such ideas, I send my regards to gtk3 devs.) I'm not happy.
Well, the desktop/window manager has nothing to do with this (comment 3 and comment 7 show it applies the right geometry), this is something between gtk3, gajim and your specific setup. My best advise is to use gtk3-demo with the same setup to identify which component is to blame. Meanwhile, I'm closing this bug as xfwm4 is not to blame here.
Yes, thanks. When it reoccurs I'll pester the gtk3 people about it. (Sidenote: gtk3-nocsd ftw. Thank you for that, saved lots of frustration.)