xfdesktop issueshttps://gitlab.xfce.org/xfce/xfdesktop/-/issues2024-01-01T15:04:51Zhttps://gitlab.xfce.org/xfce/xfdesktop/-/issues/158High memory usage after couple of days uptime2024-01-01T15:04:51ZAvinash SonawaneHigh memory usage after couple of days uptimeHello!
I'm running xfdesktop version 4.14.2, running on Xfce 4.14.
After 2 days and 10 hrs of uptime:
![xfdesktop](/uploads/c71bac38448cc952db526836890443d6/xfdesktop.png)
I have seen usage crossing 200 MiB after 5 days of uptime.
I ...Hello!
I'm running xfdesktop version 4.14.2, running on Xfce 4.14.
After 2 days and 10 hrs of uptime:
![xfdesktop](/uploads/c71bac38448cc952db526836890443d6/xfdesktop.png)
I have seen usage crossing 200 MiB after 5 days of uptime.
I checked git log and there are 2 memory fixes after 4.14.2 release which are not applicable in my case. Didn't use applications menu and have no external monitor.
So I strongly suspect this to be an undetected memory leak. Maybe #156 is related?https://gitlab.xfce.org/xfce/xfdesktop/-/issues/175Xfdesktop sometimes doesn't show cursor busy icon when a user opens applications2022-11-27T00:10:07ZNikolay BorodinXfdesktop sometimes doesn't show cursor busy icon when a user opens applicationsThe busy cursor is displayed correctly, if you hover another window (ex. plank, conky, or application's splash screen).
The restart resolves the issue.
![demo](/uploads/80f8158ad9cbf2bc9bc97fd325d2a502/demo.mp4)
```
This is xfdesktop...The busy cursor is displayed correctly, if you hover another window (ex. plank, conky, or application's splash screen).
The restart resolves the issue.
![demo](/uploads/80f8158ad9cbf2bc9bc97fd325d2a502/demo.mp4)
```
This is xfdesktop version 4.16.0, running on Xfce 4.16.
Built with GTK+ 3.24.20, linked with GTK+ 3.24.20.
Build options:
Desktop Menu: enabled
Desktop Icons: enabled
Desktop File Icons: enabled
```https://gitlab.xfce.org/xfce/xfdesktop/-/issues/195Desktop icons move when Xfce4-panel set/unset _NET_WM_STRUT property2022-11-02T12:10:21ZVasya PupkinDesktop icons move when Xfce4-panel set/unset _NET_WM_STRUT propertyWhen using the "Do not reserve edge space" option, the shortcuts move down the screen. Some of them simply move in height and one even runs from the left side of the screen to the centre. And they move unevenly, with the top labels in pl...When using the "Do not reserve edge space" option, the shortcuts move down the screen. Some of them simply move in height and one even runs from the left side of the screen to the centre. And they move unevenly, with the top labels in place, less in the middle and the biggest shift at the bottom labels. That is, the lower they are, the more offset they will be.
![Frame_1](/uploads/408b2693944628bb0eda5667a627d1a5/Frame_1.png)https://gitlab.xfce.org/xfce/xfdesktop/-/issues/208Icon-grid: Do not use the workarea size for the *.rc file filename2022-12-27T08:06:16ZAlexander SchwinnIcon-grid: Do not use the workarea size for the *.rc file filenameFollowup of #47
Currently whenever the workarea is changed, (even if only by a single pixel), a new `.config/xfce4/desktop/*.rc` file will be written to store the icon-grid.
(The size of the workarea currently is part of the filename o...Followup of #47
Currently whenever the workarea is changed, (even if only by a single pixel), a new `.config/xfce4/desktop/*.rc` file will be written to store the icon-grid.
(The size of the workarea currently is part of the filename of the `*.rc` file. E.g. `icons.screen0-2544x999.rc` )
This results in many different `*.rc` files which mostly will be duplicates (if the grid was not changed in between).
Since that already in the past caused issues (see https://bugzilla.xfce.org/show_bug.cgi?id=11266#c123), a symlink was added as fallback, to always point to the latest used *.rc file. (Which is rather a hack, and which as well seems to have issues ... see #58)
The suggestion of this issue is, to simplify the filename of the *.rc file to E.g. : `icons.screen0.rc`. That hopefully should fix #58. Migration will not be required, since the symlink already point to the latest *.rc file. After another xfdesktop major version, we pobably could drop the symlink fix as well.
If no blockers are found and you would be fine with it, I could provide a MR for this after xfce 4.18 is out.Xfce 4.20https://gitlab.xfce.org/xfce/xfdesktop/-/issues/209Icon-grid: Ask the user before re-arranging the icon-grid2022-12-08T06:44:36ZAlexander SchwinnIcon-grid: Ask the user before re-arranging the icon-gridFollowup of #47
On some events (e.g. a monitor is unplugged, the screen resolution is changed, ot the panel size is increased), it happens that icons fall out of the visible scren and cannot be drawn any more at their old position.
Cu...Followup of #47
On some events (e.g. a monitor is unplugged, the screen resolution is changed, ot the panel size is increased), it happens that icons fall out of the visible scren and cannot be drawn any more at their old position.
Currently such icons will be automatically re-located to the first free place which is found in the icon-grid.
However in many cases that is not desired. (E.g. when just playing with the screen resolution, temporary removing one monitor, or dockable laptop).
While in other cases (E.g. permanbent removal of a screen) it makes sense to re-arrange.
In addition some people (including me) try to arrange related desktop items in clusters. The current automatic re-arranging can quickly destroy such clusters by accident.
Since the use-case that icons cannot be drawn any more happens not that ofter, I think it should be fine to ask the user what to do, instead of doing it automatically. E.g. via notification, like done for [xfce4-power-manager](https://gitlab.xfce.org/xfce/xfce4-power-manager/-/issues/48#note_7358).
If the icons can be drawn again (e.g. screen resolution changed back to good values), the notification could be closed.
(If such a notification would be too annoying, a "dont ask me again" checkbox possibly would be an option ... though probably a full dialog would be required)
If no blockers are found and you would be fine with it, I could provide a MR for this after xfce 4.18 is out.Xfce 4.20https://gitlab.xfce.org/xfce/xfdesktop/-/issues/217File size is always shown in kB, MB, GB, etc2022-12-08T06:48:21ZfulalasFile size is always shown in kB, MB, GB, etcIf we set Thunar to show files size in KiB, MiB, GiB, xfdesktop won't change, so the system will be inconsistent. I suggest xfdesktop to either detect Thunar setting or to create an option in Desktop Settings dialog to change how file si...If we set Thunar to show files size in KiB, MiB, GiB, xfdesktop won't change, so the system will be inconsistent. I suggest xfdesktop to either detect Thunar setting or to create an option in Desktop Settings dialog to change how file sizes are shown.
Also, while Thunar shows KiB (uppercase 'k'), xfdesktop shows kB (lower case 'k'), which is another inconsistency.
Version tested: 4.17.1Xfce 4.20https://gitlab.xfce.org/xfce/xfdesktop/-/issues/219Missing default background for wide screen displays2023-04-23T11:25:25ZPaul MenzelMissing default background for wide screen displaysxfce4-panel 4.16.5
Connecting a wide screen with a resolution of 3440x1440, the default (blue) background, it is centered and there is space on the left and right side (even darker “no background” color shown). Scaling the image, the mo...xfce4-panel 4.16.5
Connecting a wide screen with a resolution of 3440x1440, the default (blue) background, it is centered and there is space on the left and right side (even darker “no background” color shown). Scaling the image, the mouse in the middle is stretched.
It’d be great, if default backgrounds for such wide screens would be shipped or picked by default.Xfce 4.20https://gitlab.xfce.org/xfce/xfdesktop/-/issues/224Display layout changes when AOC display resumes from sleep or is turned back ...2023-04-24T23:14:17ZD33M0NDisplay layout changes when AOC display resumes from sleep or is turned back on (from on/off button)Have 4 displays -- 3 Dell, 1 AOC (Q3279VWFD8). Have learned to live with the reality that the layout and icons gets changed up every time displays resume from sleep (or is turned back on from power button), so had/have implemented xrandr...Have 4 displays -- 3 Dell, 1 AOC (Q3279VWFD8). Have learned to live with the reality that the layout and icons gets changed up every time displays resume from sleep (or is turned back on from power button), so had/have implemented xrandr script to fix this.
```
#!/bin/sh
xrandr --output DisplayPort-0 --primary --mode 2560x1440 --refresh 74.97 --pos 0x1080 --rotate normal\
--output DisplayPort-1 --mode 1920x1080 --pos 640x0 --rotate normal\
--output DisplayPort-2 --mode 1920x1200 --pos 2560x1080 --rotate normal\
--output HDMI-A-0 --mode 1920x1080 --pos 2560x0 --rotate normal
```
Default and wanted layout is this:
![image](/uploads/447c3efd131510d47f0271d3bc3e982c/image.png)
However with the update to Manjaro that updated the Xfce from 4.16 directly to 4.18, it got different and slightly more painful to restore. Now the script simply fixes the layout (if it got mixed up at all, sometimes it doesn't anymore), but all the icons remain scrambled -- well, moved and piled up to display 3+4 and displays 1+2 are left with 0 icons. Also there is this new/old popup every time when the AOC display comes online (previously only saw it once and never again, now I see it after every suspend).
![image](/uploads/4f4324ac2ca972a0a9da69cd61dffcd7/image.png)
Almost like it always detects this AOC display as "new monitor" that it has never seen before???
(So for a workaround have to run 2 scripts now, one that messes layout slightly more up, and the current one, so swapping between them couple of times the icons also shake to place).
And it only happens when AOC display (sadly main) is turned back on. Changing the primary display to any of the other displays didn't change the result/behavior. Don't understand how one monitor sleep / wake-up (from display power management `xfce4-power-manager`) or power off-on (from button on display) acts so differently from other displays. And/or why xfdesktop doesn't change the display layout back, when all 4 are back "on". Is it fixable from your end or any suggestions what I could do here?
Not quite sure how linux and/or xfce detects if the display is "NEW". And why AOC display turning off or going to sleep kind of removes the display from "OLD KNOWN" displays list, so when it comes back online, it's always detected as "NEW". How does the display remembering even work for xfce? what id or number it stores and compares to when some display is (re-)connected? Only visible "ID" difference I see from xrandr --verbose is that Dell displays EDID's are 8 lines, while AOC EDID is 16 lines (unexpected size for xfce, so it doesn't bother remembering it?).
EDIT: just now found another quality-of-life workaround: in `xfce4-settings` => Advanced => When new displays are connected : Show dialog > Do nothing.
Seems to fix the new display popup from appearing AND doesn't seem to scramble the icons that much (they twitch, but then jerk back to the old position almost...? not perfectly, but at least to some rather recent "save point", couple of icons have only moved.)https://gitlab.xfce.org/xfce/xfdesktop/-/issues/233Support Thunar's custom per-file foreground and background highlight colors2023-04-29T10:31:08ZIoannisLMSupport Thunar's custom per-file foreground and background highlight colorsFile or folder highlights settings via thunar or desktop context menu properties its not visible.File or folder highlights settings via thunar or desktop context menu properties its not visible.https://gitlab.xfce.org/xfce/xfdesktop/-/issues/242[4.19.1] xfdesktop 4.19.1 shows empty desktop after upgrade from 4.19.0, was ...2024-02-27T05:37:29ZSebastian Pipping[4.19.1] xfdesktop 4.19.1 shows empty desktop after upgrade from 4.19.0, was showing file icons beforeHi! :wave:
I'm a happy user of XFCE, thanks for making XFCE and sharing it as Open Source! :pray:
I installed xfdesktop 4.19.1 two days ago and found my desktop with no icons today after reboot. What helped is to go to the settings ...Hi! :wave:
I'm a happy user of XFCE, thanks for making XFCE and sharing it as Open Source! :pray:
I installed xfdesktop 4.19.1 two days ago and found my desktop with no icons today after reboot. What helped is to go to the settings and switch "Icon Type" to "None" and back to "File/launcher icons". So there is apparently some problem in the upgrade path and/or a mismatch of settings dialog and reality. Any chance this could be fixed for 4.19.2?
Thanks and best, Sebastian
PS: This is ticket https://bugs.gentoo.org/904468 in Gentoo Linux.https://gitlab.xfce.org/xfce/xfdesktop/-/issues/243[4.19.1] Command "Arrange Desktop icons" started not using the correct screen...2023-05-29T10:16:24ZSebastian Pipping[4.19.1] Command "Arrange Desktop icons" started not using the correct screen sizeHi! :wave:
I'm a happy user of XFCE, thanks for making XFCE and sharing it as Open Source! :pray:
Starting with xfdesktop 4.19.1 (i.e. 4.19.0 worked fine, just re-confirmed), context menu command "Arrange Desktop icons" does not use th...Hi! :wave:
I'm a happy user of XFCE, thanks for making XFCE and sharing it as Open Source! :pray:
Starting with xfdesktop 4.19.1 (i.e. 4.19.0 worked fine, just re-confirmed), context menu command "Arrange Desktop icons" does not use the correct screen size. Cases I have observed are (a) only using ~70% of the full screen height and (b) using so much height that farthest down icons' labels are hidden behind the (xfce4-panel) panel bar.
It it matters, my setup is two monitors — one smaller built into the laptop, one bigger and external — where whenever the smaller laptop one is still active after log-in I would turn that off using [Arandr](https://christian.amsuess.com/tools/arandr/), and then screen resolution changes.
Any chance this could be fixed?
Thanks and best, Sebastian
CC #242https://gitlab.xfce.org/xfce/xfdesktop/-/issues/245Multi-monitor offset positioning on Wayland2023-04-26T19:30:00ZGaël BonithonMulti-monitor offset positioning on WaylandXfdesktop `4.19.1+145+g983d11ff`
I have a laptop monitor on the left (1366x768) and an external monitor on the right (1920x1080):
On Labwc:
![20230425_14h10m58s_grim](/uploads/1d5a56a4b864a6a47dd5abebced33dfe/20230425_14h10m58s_grim.p...Xfdesktop `4.19.1+145+g983d11ff`
I have a laptop monitor on the left (1366x768) and an external monitor on the right (1920x1080):
On Labwc:
![20230425_14h10m58s_grim](/uploads/1d5a56a4b864a6a47dd5abebced33dfe/20230425_14h10m58s_grim.png)
On Wayfire:
![20230425_14h07m51s_grim](/uploads/e31e12b8a028fb76a323824b2a292d32/20230425_14h07m51s_grim.png)
It's truncated on the left on Wayfire for some reason, but the offset is the same.https://gitlab.xfce.org/xfce/xfdesktop/-/issues/248Icon view does not properly support touch screens2023-12-13T16:36:23ZMjsheepIcon view does not properly support touch screensmy xface version is 4.16;
why When I use the touch screen to control the xfce system, I cannot open the contents of the file system by touching it(4.16);
Whether I want to change any configuration when I use the touch screen control?my xface version is 4.16;
why When I use the touch screen to control the xfce system, I cannot open the contents of the file system by touching it(4.16);
Whether I want to change any configuration when I use the touch screen control?https://gitlab.xfce.org/xfce/xfdesktop/-/issues/260XFCE Desktop: Safe removal fails with non-mounted volume2023-08-05T20:41:53ZGeorg SchwarzXFCE Desktop: Safe removal fails with non-mounted volumeOn the XFCE4 (tried it with Manjaro with XFCE 4.18) a freshly plugged in USB storage device or a freshly inserted DVD appears on the desktop with the respective icons. The context menu (right click) is offering the options to mount it or...On the XFCE4 (tried it with Manjaro with XFCE 4.18) a freshly plugged in USB storage device or a freshly inserted DVD appears on the desktop with the respective icons. The context menu (right click) is offering the options to mount it or to safely remove it.
Selecting safe removal, which should result in the removal of the icon from the desktop (and a disk being ejected from the drive), fails to have any effect until the volume has been mounted (either by explicitly selecting that option or by opening it).
Please note that in contrast selecting the eject symbol next to the volume in the left pane in Thunar (listed under "devices") does eject/safely remove the medium even when it has not been mounted (opened).https://gitlab.xfce.org/xfce/xfdesktop/-/issues/261Delay when switching focus/selection from windows to xfdesktop2023-09-22T16:37:37ZManuel GrießmayrDelay when switching focus/selection from windows to xfdesktopTested with xfdesktop 4.19.1
How to reproduce:
1. Open a window but not in fullscreen
2. Let the window have the focus
3. Select an icon on xfdesktop
The same can be observed with unselecting an icon by clicking on xfdesktop on space w...Tested with xfdesktop 4.19.1
How to reproduce:
1. Open a window but not in fullscreen
2. Let the window have the focus
3. Select an icon on xfdesktop
The same can be observed with unselecting an icon by clicking on xfdesktop on space where no icon is.
The deley is not much but noticable, maybe 200 or 300 milliseconds. It's noticable especially when comparing that selecting an icon feels instant when the focus is already at xfdesktop.
Window scaling of 2x is enabled in xfce4-appearance-settings and resolution is 4K.
Can this be reproduced by anyone?https://gitlab.xfce.org/xfce/xfdesktop/-/issues/263Set a default background for new monitors2023-09-20T07:56:52ZthirstyiceSet a default background for new monitorsWould like to be able to set a default background so that I don't have to re-configure the background image for every physical monitor port.
Other people seem to want this as well, according to these forum posts:
https://forum.xfce.org...Would like to be able to set a default background so that I don't have to re-configure the background image for every physical monitor port.
Other people seem to want this as well, according to these forum posts:
https://forum.xfce.org/viewtopic.php?id=1498
https://forum.xfce.org/viewtopic.php?id=13308
https://www.reddit.com/r/xfce/comments/evqx53/custom_default_background/https://gitlab.xfce.org/xfce/xfdesktop/-/issues/266Extend confirmation dialog when clicking "Arrange Desktop Icons"2023-10-24T14:10:51ZManuel GrießmayrExtend confirmation dialog when clicking "Arrange Desktop Icons"In xfdesktop I can select "Arrange Desktop Icons" in the context menu. Then a dialog comes up asking for confirmation. I would like to add a checkbox to this dialog: "Don't ask again".
@kelnos:
Would you accept a merge request for this?...In xfdesktop I can select "Arrange Desktop Icons" in the context menu. Then a dialog comes up asking for confirmation. I would like to add a checkbox to this dialog: "Don't ask again".
@kelnos:
Would you accept a merge request for this? Please, please, please. :innocent:https://gitlab.xfce.org/xfce/xfdesktop/-/issues/270Icon selection not updating properly2023-10-21T21:44:15Zmpv enjoyerIcon selection not updating properly(tested on xfdesktop version 4.18.1, running on Xfce 4.18.)
Sometimes desktop icons do not unselect when they should.
This is very rare though and I never managed to do the same thing with folders, only with files
Example: (here the fi...(tested on xfdesktop version 4.18.1, running on Xfce 4.18.)
Sometimes desktop icons do not unselect when they should.
This is very rare though and I never managed to do the same thing with folders, only with files
Example: (here the file with long name stays selected but it sometimes happens for short file names underneath long ones too)
![icon_no_unselect_bug](/uploads/7e0a40f416c978237c8b1222465758b2/icon_no_unselect_bug.gif)https://gitlab.xfce.org/xfce/xfdesktop/-/issues/272[4.19.1] no 50% alpha value on unmounted devices2023-11-23T09:29:11ZVonKossa[4.19.1] no 50% alpha value on unmounted devicesIn Thunar you have the following setting for setting alpha value 0.5 on unmounted devices:
/* 50% translucent for unmounted volumes */
if (shortcuts_icon_renderer->device != NULL
&& !thunar_device_is_mou...In Thunar you have the following setting for setting alpha value 0.5 on unmounted devices:
/* 50% translucent for unmounted volumes */
if (shortcuts_icon_renderer->device != NULL
&& !thunar_device_is_mounted (shortcuts_icon_renderer->device))
alpha = 0.50;
else
alpha = 1.00;
In xfdesktop-4.18 it displays the same as in Thunar.
But in xfdesktop-4.19.1 it always shows alpha value 1.0 on unmounted devices.
I may be wrong but this is not a gtk theme setting in gtk.css?https://gitlab.xfce.org/xfce/xfdesktop/-/issues/274"Move window to x monitor" WM keyboard binds slowly break xfdesktop's alignme...2023-11-09T04:06:48ZJared Johnstone"Move window to x monitor" WM keyboard binds slowly break xfdesktop's alignment and rendering.Hi team,
I've discovered a strange one.
I frequently make use of Window Manager bindings `Move window to left monitor` and `Move window to right monitor` bound to Shift+Ctrl+Alt+Left and Shift+Ctrl+Alt+Right respectively. It helps me m...Hi team,
I've discovered a strange one.
I frequently make use of Window Manager bindings `Move window to left monitor` and `Move window to right monitor` bound to Shift+Ctrl+Alt+Left and Shift+Ctrl+Alt+Right respectively. It helps me move my windows around quickly when desired.
I noticed this afternoon that my desktop background's stopped rendering on my monitors as I was switching workspaces(2 monitors, 2 workspaces). Instead of my wallpapers drawing as usual, there was a black void-space due to <nothing> being drawn there. Dragging a window over the negative space left a hall of mirrors effect where the the void space retained pixels of whatever was drawn to that area last.
I found out I can reproduce this behavior by clicking on the empty Desktop area (xfdesktop) and repeatedly tapping the bindings to move a "Window" to the left and right monitor. Xfdesktop slowly shifts more and more pixels to the right with each repetition instead of returning to its true 0,0 position in Xorg. (Let alone the complication that Xfdesktop can be "shifted" to another monitor at all!). This results in the aforementioned void rendering problem I experienced in the beginning.
It seems running `pkill xfdesktop ; xfdesktop & exit` in my terminal is enough to undo this abnormality without having to restart lightdm.
I'm running a 3900x CPU with a 2080Ti GPU. Kernel 6.5.9 and NVIDIA 545.29.02 using xfce4 on lightdm.