xfwm4 issueshttps://gitlab.xfce.org/xfce/xfwm4/-/issues2024-03-23T18:40:14Zhttps://gitlab.xfce.org/xfce/xfwm4/-/issues/775Synchronizing window frame and content2024-03-23T18:40:14ZNikolay BorodinSynchronizing window frame and contentIs there any way to synchronize the window frame creation with the appearance of the framebuffer (window content)?
For example, when I start the application, the client doesn't immediately render the content. Can we somehow check this a...Is there any way to synchronize the window frame creation with the appearance of the framebuffer (window content)?
For example, when I start the application, the client doesn't immediately render the content. Can we somehow check this and draw the frame only when the content has appeared (and do similar thing for destroying windows?).
![image](/uploads/26b6b6c62018b57e4db148f53a010fa7/изображение.png)
Because I think kwin did it somehow.https://gitlab.xfce.org/xfce/xfwm4/-/issues/774mouse controlling opposite monitor on dual monitor setup2024-03-28T01:48:43Zcallmejoemouse controlling opposite monitor on dual monitor setupAfter upgrading to kernel 6.8.1 I am having this issue.
I have dual monitors and when i boot to the desktop if the mouse is on the left screen it will bring a window on the right monitor into focus. so in order to grab a window on the ...After upgrading to kernel 6.8.1 I am having this issue.
I have dual monitors and when i boot to the desktop if the mouse is on the left screen it will bring a window on the right monitor into focus. so in order to grab a window on the right monitor i have position the mouse cursor on the left monitor approximating the relative location of the window on the right monitor.
I've tried moving the displays around and changing primary display in the settings but it doesn't fix the issue. This is happening if I log into the desktop as the root user. If I log in as a regular user I can use the display settings manager to make adjustments and everything works as it should.
I am using an nvidia GTX1660ti gpu with nouveau driver. This behavior goes away if i switch to the nvidia proprietary driver.
Also, if i downgrade to kernel 6.7.9 the issue goes away with the nouveau driver.
KDE seems to work fine, as well my wayland DE, wayfire.
distro is archlinux.
I submitted a bug report over on the mesa project, but they suggested this is probably an xfce issue.
thankshttps://gitlab.xfce.org/xfce/xfwm4/-/issues/772Rename Stick Window shortcut to mention workspaces2024-03-11T13:59:32ZBill RuddockRename Stick Window shortcut to mention workspacesThe Window Manager keyboard shortcut `Stick Window` is not intuitive in its meaning. #622 was one example of confusion with this naming. I was also confused by this today as I had mistakenly unset the shortcut and struggled to find it ag...The Window Manager keyboard shortcut `Stick Window` is not intuitive in its meaning. #622 was one example of confusion with this naming. I was also confused by this today as I had mistakenly unset the shortcut and struggled to find it again.
The wording used in the window menu from the title bar is "Always on Visible Workspace" / "Only Visible in This Workspace", which is more clear to me.
I think it would make sense for the keyboard shortcut and the window menu actions for this to be similar to each other. This would help a user who knows how to do this using the window menu to find the related shortcut.
I suggest a new wording for the keyboard shortcut as `Stick Window to All Workspaces`.https://gitlab.xfce.org/xfce/xfwm4/-/issues/771Unwanted window resize when saving file in meld (GTK3 application)2024-03-08T14:53:59ZJohan MazelUnwanted window resize when saving file in meld (GTK3 application)I use Xfce 4.18, GTK 3.24.38, and Meld 3.22 (a GUI diff tool).
Inside Meld, I open a tab that compares two files, toto0 and toto1, and another tab that also compares two files, toto1 (same file as in the first tab) and toto2.
If I modif...I use Xfce 4.18, GTK 3.24.38, and Meld 3.22 (a GUI diff tool).
Inside Meld, I open a tab that compares two files, toto0 and toto1, and another tab that also compares two files, toto1 (same file as in the first tab) and toto2.
If I modify the toto1 file in the first tab and save it, the meld windows height unexpectedly increases well beyond my screen size (roughly two times).
When I save the file there is a "Reload" button that pops up inside the second tab. This may causes my window height problem.
The expected behavior would be that the Meld window height does not change when I save a file.
I strongly suspect that the bug is inside Xfce because I do not get this error inside Gnome so I guess that the error is not inside GTK or Meld.
I chose to report the bug inside the Xfwm4 repository because it felt like it was the most probable location for the observed bug. If anybody think I should actually report my problem elsewhere, I will gladly remove this issue and report in another repository.https://gitlab.xfce.org/xfce/xfwm4/-/issues/770Alt+mouse wheel to zoom: client window "sometimes" receives mouse-wheel events2024-02-22T23:37:05ZBURN-MICROSUCKAlt+mouse wheel to zoom: client window "sometimes" receives mouse-wheel eventsI often use alt+mousewheel to zoom the screen, very useful feature. The only problem is that if the mouse is over a window (which it normally is, ie. the one i want to show/see closer) then that window receives the mouse up/down events, ...I often use alt+mousewheel to zoom the screen, very useful feature. The only problem is that if the mouse is over a window (which it normally is, ie. the one i want to show/see closer) then that window receives the mouse up/down events, while it shouldn't since those are meant by the user to tell xfwm to zoom the screen, not to scroll around in the app or do whatever the mouse wheel happens to do in that window.
edit: this happens inconsistently and "sometimes" only, no idea what triggers it.https://gitlab.xfce.org/xfce/xfwm4/-/issues/769No possible way to disable shadows without disabling compositor2024-02-22T23:23:04ZBURN-MICROSUCKNo possible way to disable shadows without disabling compositorThe checkboxes under "window manager tweaks" settings, "compositor" tab. Only the shadows under docks (panels) can be disabled. Toggling the other checkboxes for shadows under popups (menus) and regular windows - or editing the correspon...The checkboxes under "window manager tweaks" settings, "compositor" tab. Only the shadows under docks (panels) can be disabled. Toggling the other checkboxes for shadows under popups (menus) and regular windows - or editing the corresponding settigns using xfce4-settings-editor -> xfwm4 - doesn't disable them, even after dis/re-enabling the compositor, or even logout/reboot.
X11, same result on several different machines with different graphics cards, mainly nvidia, intel-builtin.https://gitlab.xfce.org/xfce/xfwm4/-/issues/768Firefox occasionally stops redrawing / freezes under Xfwm2024-02-04T14:39:37ZAlistair BuxtonFirefox occasionally stops redrawing / freezes under XfwmAbout once per day, Firefox UI stops updating. It is still working, it just doesn't redraw.
My system is Ubuntu, Xorg and Nvidia proprietary drivers. I have the compositor turned on in Xfwm. This problem has been happening for a couple ...About once per day, Firefox UI stops updating. It is still working, it just doesn't redraw.
My system is Ubuntu, Xorg and Nvidia proprietary drivers. I have the compositor turned on in Xfwm. This problem has been happening for a couple of years. Closest I can narrow it down to is it didn't happen in Xubuntu 20.04 but I think it does in 22.04 and it definitely does in 23.04.
Webrender is disabled in my Firefox, I think. gfx.webrender.all is set to False.
This is an odd bug and difficult to reproduce so the report will be a list of symptoms and observations for now:
* Moving or resizing the Firefox window will cause it to redraw exactly once.
* Restarting Firefox makes the problem go away temporarily.
* Restarting Xfwm also make the problem go away temporarily.
* If there is a Youtube video playing on the current tab, it will continue playing, even though the rest of the window doesn't update.
* The problem seems to happen more often when watching Youtube videos, especially if one is playing in a background tab.
* Sometimes when this happens, the Xfce panel also freezes, especially the volume control applet. Closing Firefox makes this problem go away too.
* Sometimes Firefox will completely freeze after this happens, ie you can no longer interact with it, and attempting to close the window pops up the Xfwm "frozen application" message. This is very rare though.
So I'm not sure if this is a Xfwm problem or a Firefox problem. It is strange that restarting either of them makes the problem go away.
I realise there isn't much to go on here but I will update this bug if I find anything new.https://gitlab.xfce.org/xfce/xfwm4/-/issues/767Default keybinds to tile window up or down are interchanged2024-01-26T16:56:01ZShallrathDefault keybinds to tile window up or down are interchangedBy default, the keybinds to tile windows are the following:
| Action | Default Keybind |
| ------------- | ----------------------- |
| Tile left | Super + Numpad left |
| Tile right | Super + Numpad right |
...By default, the keybinds to tile windows are the following:
| Action | Default Keybind |
| ------------- | ----------------------- |
| Tile left | Super + Numpad left |
| Tile right | Super + Numpad right |
| Tile **up** | Super + Numpad **down** |
| Tile **down** | Super + Numpad **up** |
I don't think assigning up and down to the exact opposite keys is good. Especially when the other keybinds that tile lower left or lower right are using keys at the bottom (End and PgPn) and the upper left and upper right keybinds are at the top (Home and PgUp).
So in the corners, up means up and down means down, while at the egdges, up means down and down means up.
I know these can easily be changed by the user but I think the default should be fixed so that users don't need to do this change on their end.https://gitlab.xfce.org/xfce/xfwm4/-/issues/766Body of window disappears from window's pixmap when it is closed2024-01-21T20:36:08ZYuxuan ShuiBody of window disappears from window's pixmap when it is closedThis is the same problem as #317, just for the window closing case. The cause is the same too, the client window is destroyed before the frame.This is the same problem as #317, just for the window closing case. The cause is the same too, the client window is destroyed before the frame.https://gitlab.xfce.org/xfce/xfwm4/-/issues/765[Feature Request] Load programs in fullscreen mode2024-01-20T22:24:04Zadvice[Feature Request] Load programs in fullscreen modeI don't think this is possible, but I feel it is worth asking, I will close this if it isn't.
XFCE appears to have the ability to load up any program in fullscreen (Alt+F11), even with programs that do not have fullscreen ability built i...I don't think this is possible, but I feel it is worth asking, I will close this if it isn't.
XFCE appears to have the ability to load up any program in fullscreen (Alt+F11), even with programs that do not have fullscreen ability built into them.
I know you can use 3rd party applications such as "wmctrl" to do this but not quite as smooth.
I was wondering if there was anyway that XFCE could achieve this for programs that do not have this option built into the program itself?
Would have to be somehow added to the programs launch command so again probably not possible, but was just hoping there was some way to achieve this.
Thank You for any information providedhttps://gitlab.xfce.org/xfce/xfwm4/-/issues/764[Feature Request] Hotkeys to cycle left & right between window buttons like tabs2024-01-20T22:30:39Zadvice[Feature Request] Hotkeys to cycle left & right between window buttons like tabsI apologize if this already exists, if it does please let me know. I am looking to have a set of hotkeys that can cycle between window buttons left or right.
Obviously user can customize them but I was thinking of
Super + PageDown = se...I apologize if this already exists, if it does please let me know. I am looking to have a set of hotkeys that can cycle between window buttons left or right.
Obviously user can customize them but I was thinking of
Super + PageDown = select/cycle next panel window button to the right
Super + PageUp = select/cycle next panel window button to the left
Similar to how when you have a program with tabs you can use ctrl+page down & ctrl+page up to cycle between the them.
Hotkeys would be applied to the window button that currently has focus and goes left or right based on that. I imagine would cycle back to beginning / end when reached like how tabs do.
There are so many hotkeys it is hard to believe that a simple set like this does not exist, so again I apologize if I have overlooked them. All the ones I have tried seem to cycle between window buttons in a "random" order / pattern.
I had originally thought that the Lower Window & Raise Window hotkeys could maybe do this but don't think so, it cycles in a random order. I cannot confirm because they do not work as in the issue I reported here #763
Also if possible, I have noticed that some cycling hotkeys have issues when programs are opened in fullscreen, if possible if these hotkeys are added would be great if fullscreen programs are not treated any differently than maximized windows. I think the Lower/Raise Window tools are one of them that have issue, not sure if I should make separate issue for this?
Thank You if anyone considers adding thishttps://gitlab.xfce.org/xfce/xfwm4/-/issues/763Lower Window & Raise Window hotkeys2024-01-20T22:03:23ZadviceLower Window & Raise Window hotkeysXFCE 4.18.1
Lower Window = Shift + Alt + Page Down
seems like sometimes goes in reverse?
Raise Window = Shift + Alt + Page Up
I would think it is suppose to cycle in the opposite direction but it does not appear to do anything?
Othe...XFCE 4.18.1
Lower Window = Shift + Alt + Page Down
seems like sometimes goes in reverse?
Raise Window = Shift + Alt + Page Up
I would think it is suppose to cycle in the opposite direction but it does not appear to do anything?
Others on forum confirmed this issue for me as well.
Not sure though about the Lower Window hotkey, I don't think these hotkeys are designed to do what I am looking to achieve, but I know that the Raise Window one does not do anything.
I am looking for a set of hotkeys that can cycle between window buttons left or right using super+page down & super+page up similar to how when you have program with tabs you can use ctrl+page down & ctrl+page up.
I am going to in a request for this.
Also I believe the actions linked to these hotkeys have an issue when programs are in fullscreen, not sure if should make a separate post about this?
Don't think this has anything to do with this issue but I also noticed this hotkey issue as well, not sure if hotkey issues are in any way connected.
#743
Thank Youhttps://gitlab.xfce.org/xfce/xfwm4/-/issues/762crash when alt-tabbing2024-01-01T08:34:35ZLandry Breuilcrash when alt-tabbingon OpenBSD, using 4.18.0, xfwm crashes sometimes when alt-tabbing, and the backtrace points at https://gitlab.xfce.org/xfce/xfwm4/-/blob/master/src/tabwin.c#L998, so maybe a null deref ?
```
(gdb) core xfwm4.core
[New process 441345]
[...on OpenBSD, using 4.18.0, xfwm crashes sometimes when alt-tabbing, and the backtrace points at https://gitlab.xfce.org/xfce/xfwm4/-/blob/master/src/tabwin.c#L998, so maybe a null deref ?
```
(gdb) core xfwm4.core
[New process 441345]
[New process 573830]
[New process 416271]
[New process 393628]
Core was generated by `xfwm4'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 tabwinRemoveClient (tabwin=0xea976b5db40, c=0xea9acf58700) at tabwin.c:998
998 tabwin.c: No such file or directory.
[Current thread is 1 (process 441345)]
(gdb) bt
#0 tabwinRemoveClient (tabwin=0xea976b5db40, c=0xea9acf58700) at tabwin.c:998
#1 0x00000ea71d9d1322 in clientCycleEventFilter (event=0xea971291840, data=0x73655dd23db0) at cycle.c:429
#2 0x00000ea71d9d3ce6 in eventXfwmFilter (gdk_xevent=<optimized out>, gevent=<optimized out>, data=<optimized out>) at event_filter.c:175
#3 0x00000ea9de9e05df in _gdk_x11_display_queue_events () from /usr/local/lib/libgdk-3.so.2201.1
#4 0x00000ea9de980d08 in gdk_display_get_event () from /usr/local/lib/libgdk-3.so.2201.1
#5 0x00000ea9de9e0c78 in gdk_event_source_dispatch () from /usr/local/lib/libgdk-3.so.2201.1
#6 0x00000eaa10e0020d in g_main_context_dispatch_unlocked () from /usr/local/lib/libglib-2.0.so.4201.11
#7 0x00000eaa10e005ec in g_main_context_iterate_unlocked () from /usr/local/lib/libglib-2.0.so.4201.11
#8 0x00000eaa10e009fa in g_main_loop_run () from /usr/local/lib/libglib-2.0.so.4201.11
#9 0x00000ea920da74bb in gtk_main () from /usr/local/lib/libgtk-3.so.2201.0
#10 0x00000ea71d9d0f79 in clientCycle (c=<optimized out>, event=0xea971278420) at cycle.c:536
#11 0x00000ea71d9d4719 in handleKeyPress (display_info=0xea9e8833a00, event=0xea971278420) at events.c:329
#12 handleEvent (display_info=0xea9e8833a00, event=0xea971278420) at events.c:2181
#13 xfwm4_event_filter (event=0xea971278420, data=0xea9e8833a00) at events.c:2302
#14 0x00000ea71d9d3ce6 in eventXfwmFilter (gdk_xevent=<optimized out>, gevent=<optimized out>, data=<optimized out>) at event_filter.c:175
#15 0x00000ea9de9e05df in _gdk_x11_display_queue_events () from /usr/local/lib/libgdk-3.so.2201.1
#16 0x00000ea9de980d08 in gdk_display_get_event () from /usr/local/lib/libgdk-3.so.2201.1
#17 0x00000ea9de9e0c78 in gdk_event_source_dispatch () from /usr/local/lib/libgdk-3.so.2201.1
#18 0x00000eaa10e0020d in g_main_context_dispatch_unlocked () from /usr/local/lib/libglib-2.0.so.4201.11
#19 0x00000eaa10e005ec in g_main_context_iterate_unlocked () from /usr/local/lib/libglib-2.0.so.4201.11
#20 0x00000eaa10e009fa in g_main_loop_run () from /usr/local/lib/libglib-2.0.so.4201.11
#21 0x00000ea920da74bb in gtk_main () from /usr/local/lib/libgtk-3.so.2201.0
#22 0x00000ea71d9e3495 in main (argc=1, argv=0x73655dd24758) at main.c:764
```https://gitlab.xfce.org/xfce/xfwm4/-/issues/761Shadow settings don't take effect immediately when enabling the compositor2024-02-13T22:39:54ZNinjaCowboyShadow settings don't take effect immediately when enabling the compositorWhen re-enabling the compositor, no shadows appear initially until I toggle the settings checkboxes.
## Steps to reproduce:
1. Select a light coloured wallpaper so that shadows can be easily seen.
2. Open xfwm4-tweaks-settings and go to ...When re-enabling the compositor, no shadows appear initially until I toggle the settings checkboxes.
## Steps to reproduce:
1. Select a light coloured wallpaper so that shadows can be easily seen.
2. Open xfwm4-tweaks-settings and go to the Compositor tab.
3. Enable all of the shadow options.
4. Uncheck and check "Enable display compositing".
## Expected behaviour:
Enabled shadows should be visible immediately upon enabling the compositor.
## Actual behaviour:
No shadows are visible, but toggling one of the checkboxes off and on again after enabling the compositor seems to make them show up again.
![Video Demonstration](/uploads/1aaef1472ae1cc30dd4a11120e7f18b2/out.ogv)https://gitlab.xfce.org/xfce/xfwm4/-/issues/760Minimizing and maximizing when "Focus follows mouse" is enabled2024-02-26T15:34:20ZSashaMinimizing and maximizing when "Focus follows mouse" is enabledIf "Focus follows mouse" is enabled in the Window Manager settings of Xfce, and you click on a icon on the taskbar, it will minimize and maximize the window a few times but after that it will stay minimized even if you click on the icon.If "Focus follows mouse" is enabled in the Window Manager settings of Xfce, and you click on a icon on the taskbar, it will minimize and maximize the window a few times but after that it will stay minimized even if you click on the icon.https://gitlab.xfce.org/xfce/xfwm4/-/issues/759"Display fullscreen overlay windows directly" does not work2023-12-12T20:39:16ZJartThrower"Display fullscreen overlay windows directly" does not workThis option does nothing. I am using xfce 4.18 on linux mint 21.
Reproducing: Open a game and disable vsync in the in-game options.
With compositing disabled:
Screen tearing is present as expected.
With compositing enabled and "Displ...This option does nothing. I am using xfce 4.18 on linux mint 21.
Reproducing: Open a game and disable vsync in the in-game options.
With compositing disabled:
Screen tearing is present as expected.
With compositing enabled and "Display fullscreen overlay windows directly" checked:
There is no screen tearing. The window is not being displayed directly.
With compositing enabled and "Display fullscreen overlay windows directly" unchecked:
No difference.https://gitlab.xfce.org/xfce/xfwm4/-/issues/758Reintroduce top-half tiling when dragging windows to top of screen2023-12-08T15:31:52ZsummersabReintroduce top-half tiling when dragging windows to top of screenWay back in 2013, this bug report was filed that changed the default behavior of dragging a window to the top of the screen from tiling to the top half of the screen to maximizing the window:
https://bugzilla.xfce.org/show_bug.cgi?id=992...Way back in 2013, this bug report was filed that changed the default behavior of dragging a window to the top of the screen from tiling to the top half of the screen to maximizing the window:
https://bugzilla.xfce.org/show_bug.cgi?id=9927
While this makes sense for most people, I have recently started using a monitor in a vertical orientation. This is surprisingly helpful for coding - you can get more lines on the screen when the window is maximized. However, I also frequently stack windows with one on the top and one on the bottom. To do this, I have to move the window with my mouse and then use keyboard shortcuts to tile the windows instead of just doing it all with my mouse (move the window, snap to the top/bottom edge, and have the window tile accordingly).
I don't think that the default behavior should be changed, but it would be nice to have the option reintroduced. I also recognize the position that "XFCE is not a tiling window manager" from issue https://gitlab.xfce.org/xfce/xfwm4/-/issues/566, but adding an "old feature" to the existing tiling capabilities doesn't seem like a huge deal.
Lastly, I COULD switch window managers, but I'm using Qubes. It has some pretty deep XFCE integrations, and I'm not sure if the system would work properly with a different WM.https://gitlab.xfce.org/xfce/xfwm4/-/issues/755Maximize doesn't work on a secondary monitor2023-11-23T14:22:21ZKevin GMaximize doesn't work on a secondary monitorRecently upgraded to Fedora 39 which presumably updated Xfce and maximize no longer works on a secondary monitor. I can manually size the window past what maximize goes to, but it's annoying not to have the maximize functionality. I'm al...Recently upgraded to Fedora 39 which presumably updated Xfce and maximize no longer works on a secondary monitor. I can manually size the window past what maximize goes to, but it's annoying not to have the maximize functionality. I'm also using [Chicago95](https://github.com/grassmunk/Chicago95) if it matters.
```
> xrandr -q
[...]
DP-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 598mm x 336mm
1920x1080 60.00*+
1680x1050 59.95
1280x1024 75.02 60.02
1440x900 59.89
1280x960 60.00
1152x864 75.00
1024x768 75.03 70.07 60.00
800x600 72.19 75.00 60.32 56.25
640x480 75.00 72.81 59.94
720x400 70.08
```
![Screenshot_2023-11-23_08-17-01](/uploads/e7483c336006d095af2e328550b55e66/Screenshot_2023-11-23_08-17-01.png)https://gitlab.xfce.org/xfce/xfwm4/-/issues/754Xfwm4 does not center transient dialogs above their parent window for GTK4 apps2023-11-19T16:47:47ZGaël BonithonXfwm4 does not center transient dialogs above their parent window for GTK4 appsYou can check this with e.g. gnome-text-editor, but any GTK4 app should do (typically with the about dialog). It works fine on Wayland and also on X11 with openbox, not sure if this is really specific to xfwm4 though.
Probably related: ...You can check this with e.g. gnome-text-editor, but any GTK4 app should do (typically with the about dialog). It works fine on Wayland and also on X11 with openbox, not sure if this is really specific to xfwm4 though.
Probably related: https://gitlab.gnome.org/GNOME/gtk/-/issues/4090https://gitlab.xfce.org/xfce/xfwm4/-/issues/753xfce4-screensaver blank freezes laptop2023-11-20T16:09:13ZTamas K. Pappxfce4-screensaver blank freezes laptopI am using Xubuntu 23.10 with xfce4-screensaver 4.18.2-1. After upgrading from 23.04, my laptop would freeze with a blank screen when idle (specifically, the indicator lights were on, but the screen was blank, and the laptop unresponsive...I am using Xubuntu 23.10 with xfce4-screensaver 4.18.2-1. After upgrading from 23.04, my laptop would freeze with a blank screen when idle (specifically, the indicator lights were on, but the screen was blank, and the laptop unresponsive, I could only turn it off by pressing the power button for 5s).
After observing the idle laptop, I noticed that this happens after precisely 5 minutes, which is idle time in xfce4-screensaver. My screensaver is "blank".
The laptop is a Lenovo 14ITL05, with 00:02.0 VGA compatible controller: Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] (rev 01).
I am still not sure this is an issue with xfce4-screensaver specifically, but I thought I would open an issue and proceed from there.
If you can give me **a command line version that replicates exactly how xfce4-screensaver blanks the screen**, I could narrow this down further, and if necessary close the issue and take it to the appropriate place.