xfdesktop issueshttps://gitlab.xfce.org/xfce/xfdesktop/-/issues2022-12-31T20:16:39Zhttps://gitlab.xfce.org/xfce/xfdesktop/-/issues/225weird snapping to panel issue, I can't turn off.2022-12-31T20:16:39ZD33M0Nweird snapping to panel issue, I can't turn off.Since upgrade to xfce 4.18 I have this (improved*) snapping issue that I can't turn off.
It seems to snap windows to vertical panel right edge some weird way. Can't really describe, so I screen recorded.
Did turn off screen edge and wind...Since upgrade to xfce 4.18 I have this (improved*) snapping issue that I can't turn off.
It seems to snap windows to vertical panel right edge some weird way. Can't really describe, so I screen recorded.
Did turn off screen edge and window snapping, but this panel snapping still occurs.
[2022-12-31_14-14-58.mkv](/uploads/741c3de71095bc1960f957fe68385094/2022-12-31_14-14-58.mkv)
* improvement is that previously it snapped to some random spot on top left screen that changed after every reboot or suspend. Now it seems to be localized to panel.https://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/223Desktop context menu not visible if icons set to none and "Show application i...2022-12-21T13:35:36ZTony PaulicDesktop context menu not visible if icons set to none and "Show application icons in menu" set to falseThis might be related to https://gitlab.xfce.org/xfce/xfdesktop/-/issues/109.
If both Desktop Icons is set to None and "Show application icons in menu" is set to false, the context menu fails to appear. Setting this to true makes the me...This might be related to https://gitlab.xfce.org/xfce/xfdesktop/-/issues/109.
If both Desktop Icons is set to None and "Show application icons in menu" is set to false, the context menu fails to appear. Setting this to true makes the menu appear once again.
Related forum thread: https://forum.xfce.org/viewtopic.php?pid=70240https://gitlab.xfce.org/xfce/xfdesktop/-/issues/222xfdesktop 4.18 context menu2022-12-17T21:12:03ZMB MBxfdesktop 4.18 context menuDear Maintainer,
in the contextmenu the command xfdesktop -M is not executed. The command xfdesktop -W works without errors.
In version 4.17rc both commands had no error.
My system: debian sid, kernel 6.1.0
kind regardsDear Maintainer,
in the contextmenu the command xfdesktop -M is not executed. The command xfdesktop -W works without errors.
In version 4.17rc both commands had no error.
My system: debian sid, kernel 6.1.0
kind regardshttps://gitlab.xfce.org/xfce/xfdesktop/-/issues/221Context menu option for custom actions doesn't work2023-01-24T22:24:27ZManuel GrießmayrContext menu option for custom actions doesn't workI made three UCAs to rotate images 90, -90 and 180 degrees. They are all in the same context menu called "rotate image". It's working absolutely fine in Thunar but not on desktop. If I right click on a .jpg image file the menu entry "rot...I made three UCAs to rotate images 90, -90 and 180 degrees. They are all in the same context menu called "rotate image". It's working absolutely fine in Thunar but not on desktop. If I right click on a .jpg image file the menu entry "rotate image" is visible but not the sub menu with the options to rotate the image by different degrees. Is this an issue of my system or can it be reproduced by others? I am using Thunar 4.18.0 and Xfdesktop 4.18.0.Alexander SchwinnAlexander Schwinnhttps://gitlab.xfce.org/xfce/xfdesktop/-/issues/220Right-click desktop menu without icons doesn't appear2022-12-17T21:11:53ZPaul RohdeRight-click desktop menu without icons doesn't appearIn xfdesktop 4.18, the desktop right-click menu displays properly for me if "show application icons in menu" is selected, but if show icons is deselected, the right-click menu does not appear at all on the desktop. In version 4.16.1 the ...In xfdesktop 4.18, the desktop right-click menu displays properly for me if "show application icons in menu" is selected, but if show icons is deselected, the right-click menu does not appear at all on the desktop. In version 4.16.1 the desktop right-click menu shows as expected with the application icons deselected.https://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/218Rename dialog can be minimized (inconsistent with Thunar, where it can't be)2022-12-21T10:29:00ZfulalasRename dialog can be minimized (inconsistent with Thunar, where it can't be)If you press F2 to rename a file/folder in Thunar there's a noticeble latency (200 ms or so), where in Xfdesktop I can't feel any latency.
The visual inconsistency is the minimize button:
Thunar:
![rename-thunar](/uploads/4a67ec121e4b...If you press F2 to rename a file/folder in Thunar there's a noticeble latency (200 ms or so), where in Xfdesktop I can't feel any latency.
The visual inconsistency is the minimize button:
Thunar:
![rename-thunar](/uploads/4a67ec121e4b29aec90a1a8329f8c5a0/rename-thunar.png)
Xfdesktop:
![rename-xfdesktop](/uploads/658ae7e6e66fb7d9669b7adca6511d82/rename-xfdesktop.png)
Versions tested:
Thunar: 4.17.11
Xfdesktop: 4.17.1https://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/216xfdesktop hangs when large external drive connected2023-02-14T22:52:21ZRon Purcellxfdesktop hangs when large external drive connectedOn Linux Mint 21 xfce, turning on a 4TB external hard drive with multiple NTFS partitions connected through eSATA with hotplug enabled on the motherboard causes the desktop to hang, but all programs work using the menu system. Killing t...On Linux Mint 21 xfce, turning on a 4TB external hard drive with multiple NTFS partitions connected through eSATA with hotplug enabled on the motherboard causes the desktop to hang, but all programs work using the menu system. Killing the xfdesktop process and letting it restart restores normal desktop operation. This did not happen in my previous Linux Mint 19 xfce versions, where the external drive partitions would mount and show up on the desktop shortly after turn-on.
As for mount options, here are the relevant lines for the backup drive from the fstab file, if that is of any use:
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/disk/by-uuid/8EFAF7A6FAF7892B /mnt/8EFAF7A6FAF7892B auto nosuid,nodev,nofail 0 0
/dev/disk/by-uuid/58A011CAA011AF8C /mnt/58A011CAA011AF8C auto nosuid,nodev,nofail 0 0
/dev/disk/by-uuid/01D0F6F66AA1F110 /mnt/01D0F6F66AA1F110 auto nosuid,nodev,nofail 0 0
/dev/disk/by-uuid/01D0F6F66EC4BFC0 /mnt/01D0F6F66EC4BFC0 auto nosuid,nodev,nofail 0 0
/dev/disk/by-uuid/01D0F6F672C53960 /mnt/01D0F6F672C53960 auto nosuid,nodev,nofail 0 0
/dev/disk/by-uuid/01D0F6F677F1D6F0 /mnt/01D0F6F677F1D6F0 auto nosuid,nodev,nofail 0 0
/dev/disk/by-partlabel/Hitachi-Ext /mnt/Hitachi-Ext auto nosuid,nodev,nofail 0 0
Any advice would be appreciated. Thank you.Xfce 4.20https://gitlab.xfce.org/xfce/xfdesktop/-/issues/215Pixbuf size not properly calculated for wide thumbnails when window scaling > 12022-11-16T23:56:22ZTheo LinkspfeiferPixbuf size not properly calculated for wide thumbnails when window scaling > 1Details are listed here: https://gitlab.xfce.org/xfce/xfdesktop/-/issues/45#note_58326
Version: 4.17.1Details are listed here: https://gitlab.xfce.org/xfce/xfdesktop/-/issues/45#note_58326
Version: 4.17.1https://gitlab.xfce.org/xfce/xfdesktop/-/issues/214XFCE becomes unresponsive after clicking on a script file placed on the desktop.2022-11-19T13:07:30ZTsu-guXFCE becomes unresponsive after clicking on a script file placed on the desktop.When I place a script.sh file on the desktop, and double click it, XFCE becomes unresponsive, yet the mouse still works. Afterwards the only solution is a hard reboot by pressing the power button. You can avoid this is not to click on th...When I place a script.sh file on the desktop, and double click it, XFCE becomes unresponsive, yet the mouse still works. Afterwards the only solution is a hard reboot by pressing the power button. You can avoid this is not to click on the script, and do a right click followed by opening it with the text editor.
I'm using the latest xfce4 version on Void Linux.https://gitlab.xfce.org/xfce/xfdesktop/-/issues/213XFCE dont work, major bug2022-11-08T19:57:30ZffsEveryNameIsTakenXFCE dont work, major bugHi there, i used this a year ago and it was seamless to download and use for windows. Now its a royal pain in the ass all i see is source code. Does this thing work for windows 10 anymore or has the windows 10 project been scrapped? How ...Hi there, i used this a year ago and it was seamless to download and use for windows. Now its a royal pain in the ass all i see is source code. Does this thing work for windows 10 anymore or has the windows 10 project been scrapped? How do you use this thing on a windows machine without hiring a dedicated full time unix compiler guy to do it?https://gitlab.xfce.org/xfce/xfdesktop/-/issues/212xfdesktop 4.17.1 - changing directories autoselects a wallpaper2022-11-17T00:50:12ZDolphin Oraclexfdesktop 4.17.1 - changing directories autoselects a wallpaperchanging directories automatically selects a new wallpaper when a new directory is navigated to in the xfdesktop4-settings. this is not a desireable default. User's likely will not like wallpapers changing without explicitly changing t...changing directories automatically selects a new wallpaper when a new directory is navigated to in the xfdesktop4-settings. this is not a desireable default. User's likely will not like wallpapers changing without explicitly changing them.https://gitlab.xfce.org/xfce/xfdesktop/-/issues/211boton switch workspaces using the mouse wheel2022-11-03T04:29:22Zedsonblwolfboton switch workspaces using the mouse wheelWhen turned off it keeps switching between work areas.
![botonswitchworkspacemousexfce](/uploads/fa7a375c88d86090be6bd16ca099d460/botonswitchworkspacemousexfce.png)When turned off it keeps switching between work areas.
![botonswitchworkspacemousexfce](/uploads/fa7a375c88d86090be6bd16ca099d460/botonswitchworkspacemousexfce.png)https://gitlab.xfce.org/xfce/xfdesktop/-/issues/210Adding Kurdish Language Keyboard Layout Support (same as Gnome and KDE)2022-10-31T14:58:16ZAskr AskrAdding Kurdish Language Keyboard Layout Support (same as Gnome and KDE)Kurdish language is not available in keyboard layouts. but both Gnome and KDE support adding the language including both dialects. it's already available in all Linux distributions, but doesn't show up on XFCE keyboard layouts.
Thanks.Kurdish language is not available in keyboard layouts. but both Gnome and KDE support adding the language including both dialects. it's already available in all Linux distributions, but doesn't show up on XFCE keyboard layouts.
Thanks.https://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/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/207Keyboard Cleaning2022-10-18T17:17:50ZTigranKhudavKeyboard CleaningHi I have a suggestion <br />
You can add this function in xfce 4.18 when we activate this button the keyboard will be deactivated and we can clean the keyboard <br />
like this <br />
![mac-key-clean](/uploads/e1335ca95456cc45bdc3ef483...Hi I have a suggestion <br />
You can add this function in xfce 4.18 when we activate this button the keyboard will be deactivated and we can clean the keyboard <br />
like this <br />
![mac-key-clean](/uploads/e1335ca95456cc45bdc3ef483f49424d/mac-key-clean.png)
#xfce4.18 #keyboardcleaninghttps://gitlab.xfce.org/xfce/xfdesktop/-/issues/204desktop turns white2022-11-09T09:43:57ZST DOMINICS ACADEMYdesktop turns whiteAfter 4 days while switch on the system, my desktop turns white, but the panel is working.After 4 days while switch on the system, my desktop turns white, but the panel is working.