xfce4-panel issueshttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues2023-01-01T15:04:00Zhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/684Panel 'Launch New Instance' hangs desktop for gvim2023-01-01T15:04:00ZRoel KluinPanel 'Launch New Instance' hangs desktop for gvimWhen I have gvim instances running and right click its icon grouped together on my xfce4 panel and by accident select 'Launch New Instance' this hangs my xfce4 session. The keyboard cursor is first still blinking but disappears after a f...When I have gvim instances running and right click its icon grouped together on my xfce4 panel and by accident select 'Launch New Instance' this hangs my xfce4 session. The keyboard cursor is first still blinking but disappears after a first mouse click. From hereafter there is no visible response to mouse or keyboard actions beside mouse pointer movement. Alt+F4 or Alt-tab or the keys to switch desktops all do nothing.
This launcher bug has been there a while - a few years. I never found anything reported or a solution, so it could be a local config issue.
A crash-landing solution is Ctrl+Alt+F2, and after login:
```
pidof xfce4-session | xargs -r kill -9 && startxfce4
````
BTW, I always run `startxfce4` from the terminal console user login.
When I haven't killed my session yet, I see an App launcher in my `ps aux`, which I suspect, but even a kill -9 just renders it defunct (ps aux), without returning my desktop on Ctrl+Alt+F1. Maybe the underlying cause is that gvim always spawns? The App launcher might get zombified as a process?
There might be a better session saving --reset, but it is not any of these:
```bash
xfwm4 --replace --display=:0.0
xfce4-app-finder --quit --display=:0.0
xfce4-app-finder --replace --display=:0.0
xfce4-panel --restart --display=:0.0
xfce4-panel --quit --display=:0.0
```
Running any of these (except one of the --quit commands) just seem to hang.
There doesn't seem any suspicious logs in my `journalctl -xb` regarding this, (syslog messages since boot).
Distribution is a rolling (reasonably up-to-date) arch-Linux.https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/683tasklist: min/max_button_size/length style properties don't work as intended ...2022-12-29T14:16:02ZGaël Bonithontasklist: min/max_button_size/length style properties don't work as intended - tasklist allocation as a whole should be revisitedFollow-up to https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/677#note_62464.Follow-up to https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/677#note_62464.Xfce 4.20https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/679Increase spacing between Window icons / tasklist items (no labels)2022-12-29T17:06:42Zrandomguy32Increase spacing between Window icons / tasklist items (no labels)Is it possible to increase the spacing between items/buttons/icons in Window buttons / tasklist plugin?
I am not using the labels and at the moment it looks like this on my system:
![image](/uploads/11e88f741c9e51b9bdc9f5351879a754/ima...Is it possible to increase the spacing between items/buttons/icons in Window buttons / tasklist plugin?
I am not using the labels and at the moment it looks like this on my system:
![image](/uploads/11e88f741c9e51b9bdc9f5351879a754/image.png)
I find it very annoying to work with because they are so close to each other.
I have actually spent some time trying to find a solution for this (checking the plugin settings, editing gtk css and even trying to edit the C source code directly), to no avail. Unfortunately I also don't have much knowledge of css or gtk, but if you know that it can be done and it isn't too complicated let me know where I need to look and I will try.
Using **XFCE 4.16**https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/678systray: Some(?) icons no longer scaled for HiDPI2023-06-11T14:33:37Zsfan5systray: Some(?) icons no longer scaled for HiDPII have a HiDPI setup with 2x scaling and since the update to 4.18 the systray icon for Slack Desktop (didn't notice this with any other application) is no longer scaled correctly. This used to work.
### Screenshot
![Bildschirmfoto_2022...I have a HiDPI setup with 2x scaling and since the update to 4.18 the systray icon for Slack Desktop (didn't notice this with any other application) is no longer scaled correctly. This used to work.
### Screenshot
![Bildschirmfoto_2022-12-21_11-32-10](/uploads/2f4a46b8c93b8837c2ea847bf5e48505/Bildschirmfoto_2022-12-21_11-32-10.png)
### Details
<pre>
Arch Linux x86_64
Package versions:
libxfce4ui 4.18.0-1
libxfce4util 4.18.0-1
xfce4-panel 4.18.0-1
gtk3 1:3.24.35-2
slack-desktop 4.29.149-1
Faulty update:
[2022-12-19T17:17:08+0100] [ALPM] upgraded xfce4-panel (4.16.5-1 -> 4.18.0-1)
</pre>https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/669applicationsmenu: Sort by generic names as well2022-12-13T15:30:58ZAkbarkhon Variskhanovapplicationsmenu: Sort by generic names as wellWhen `show-generic-names` is set, menu items are still listed by their names, i.e. the `Name` key in their desktop entries instead of the `GenericName` key.
Whisker Menu, for example, adjusts the sort accordingly.
Original [report](htt...When `show-generic-names` is set, menu items are still listed by their names, i.e. the `Name` key in their desktop entries instead of the `GenericName` key.
Whisker Menu, for example, adjusts the sort accordingly.
Original [report](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000426).https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/665clock: Uses a different font than that of the whole system2023-10-03T12:13:47ZAkbarkhon Variskhanovclock: Uses a different font than that of the whole systemAs a result, it looks a little bit out of place.
System font is stored in the `xsettings` channel, under the `/Gtk/FontName` property. It should only fallback to the default Sans Regular if it failed to read the `/Gtk/FontName` property.As a result, it looks a little bit out of place.
System font is stored in the `xsettings` channel, under the `/Gtk/FontName` property. It should only fallback to the default Sans Regular if it failed to read the `/Gtk/FontName` property.https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/662Better centering of window count when grouping windows by app2023-01-09T08:39:53ZGhost UserBetter centering of window count when grouping windows by appWhen the "Group windows by application" setting is enabled in `xfce4panel-4.17.4`, the window counter is slightly shifted to the right instead of being in the center. Alternative interpretation: the black circle behind the window counter...When the "Group windows by application" setting is enabled in `xfce4panel-4.17.4`, the window counter is slightly shifted to the right instead of being in the center. Alternative interpretation: the black circle behind the window counter is shifted to the left.
![Screenshot_20221119_230245](/uploads/12e87ddf9e62255506552d289f10070c/Screenshot_20221119_230245.png)https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/654The contrast offered in dark mode could be much better.2022-12-12T11:53:39ZAjay RThe contrast offered in dark mode could be much better.I use the default dark mode option that comes with the XFCE Panel. However, I think that it does not offer enough contrast. Take, for example, the workspace switcher plugin. Here is how it looks:
![dark-workspace](/uploads/a7fe3f9193e34...I use the default dark mode option that comes with the XFCE Panel. However, I think that it does not offer enough contrast. Take, for example, the workspace switcher plugin. Here is how it looks:
![dark-workspace](/uploads/a7fe3f9193e34b0fc0294993f9ab8434/dark-workspace.png)
Unless I set the brightness level unreasonably high, it is difficult for me to see the distinction between each workspace in the switcher. Hovering over an unselected workspace highlights it for me, but that too is barely visible.
Another example is the knob on the brightness slider:
![brightness-slider](/uploads/e3cf65ce538d45f61925f526cc37af61/brightness-slider.png)
Could we make the default dark mode a little easier on the eyes?https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/651Feature request: Better highlight of window states in the panel2022-10-21T10:59:35Zdrws rwxFeature request: Better highlight of window states in the panelThe _Window Buttons_' current window state highlight is a bit too subtle in my opinion, even though minimized windows have darkened icons and the currently active one has a colored line below.
The picture below shows the current state, ...The _Window Buttons_' current window state highlight is a bit too subtle in my opinion, even though minimized windows have darkened icons and the currently active one has a colored line below.
The picture below shows the current state, where the first window is minimized, second is in the background and the third is the active one.
![orig](/uploads/e2ef69061aaf3327cf3add089e856256/orig.png)
The proposal here is that color highlight is improved to better distinguish all three major window states in the examples. Something along the lines of:
![v1](/uploads/e7fc70450ba84a2d7be5f51415170907/v1.png)
In the image the second window has a highlight below to indicate it is not minimized. The same goes for the third window, but since it's an active one, it also has a highlight line above the title. Since that is at the very edge of the picture, the view gets distorted if you have a bright background around, so please see the image with a dark one or consider the distortion.https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/650Feature request: Stateless operation of Show Desktop button2022-10-21T11:07:27Zdrws rwxFeature request: Stateless operation of Show Desktop buttonThe _Show Desktop_ panel button currently saves current windows' states when clicked on, which is also indicated by the color highlight below the button. The windows are then restored to the previous state on second click and so on.
Cer...The _Show Desktop_ panel button currently saves current windows' states when clicked on, which is also indicated by the color highlight below the button. The windows are then restored to the previous state on second click and so on.
Certain users prefer stateless operation, meaning that the button doesn't go into an activated state when used, but it simply minimizes all windows. If clicked on when there are no windows shown, then it restores the minimized ones (with the most recent one selected/activated). In this mode of operation button highlight is useful only for button click feedback.
The _Show Desktop_ panel item currently has no settings window. This proposal would require it for setting the operation mode, but it is not the only feature request that would need that. For reference: #517, #526 and #551.https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/649Status Tray Plugin: Hide known items by pattern2022-10-20T15:04:25ZMassimo-BStatus Tray Plugin: Hide known items by patternPlease add a way to use patterns or wildcards when hiding known items.
For instance there is nm-applet that is showing a changing item name:
```
wi-fi network connection 'home 1' active: home (77%)
wi-fi network connection 'home 1' activ...Please add a way to use patterns or wildcards when hiding known items.
For instance there is nm-applet that is showing a changing item name:
```
wi-fi network connection 'home 1' active: home (77%)
wi-fi network connection 'home 1' active: home (79%)
```
Every time I look at it it's not hidden anymore because the name has changed...https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/631No option to set the side of Notifiers placement in Status Tray Items2022-12-20T08:57:02Zp01arbearNo option to set the side of Notifiers placement in Status Tray ItemsHello.
Сonstantly changing Notifiers must have an option "Place Notifiers on the left" to be placed as close to the center of a screen as possible to be as fastly readable as possible. Because it's the purpose of notifications - to be...Hello.
Сonstantly changing Notifiers must have an option "Place Notifiers on the left" to be placed as close to the center of a screen as possible to be as fastly readable as possible. Because it's the purpose of notifications - to be more readable than anything else in the vicinity of a notification area. Also to not mix (here in the term of the side of the placement) Notifiers and ordinary icons is an obvious UX standard. And it's very unconvinient to look through the icons all the time trying to give a glance only on notifications.
It's uncorrect approach not only to change this sensitive UX area without adding this option, but also to close the issues
https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/410
https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/432
https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/507
with reasons like
> Which one is left and which one is right should not be relevant enough to warrant a configuration option
> I don't think I see a single actionable item in this report, hence I'm closing it (no offense).
> Unfortunately this was already decided on in and wont be fixed.
Would you be so kind to add this tiny option and eliminate the inconvenience for users?https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/627Panel Preferences Menu UI Causes Frequent Panel Deletion2022-08-29T00:52:16ZMatt FPanel Preferences Menu UI Causes Frequent Panel DeletionFirst off, I'd just like to thank you fine folks for maintaining this project, as I have used it for over a decade, and have tried the rest intermittently to see if they've managed to improve on the xfce experience. And every time, XFCE ...First off, I'd just like to thank you fine folks for maintaining this project, as I have used it for over a decade, and have tried the rest intermittently to see if they've managed to improve on the xfce experience. And every time, XFCE emerges the victor. So, thank you very much :smile:
**Issue**: The Panel Preferences Menu UI causes frequent issues for many users (deletion of their entire panel)
**Description**
Over the 10+ years I've used xfce, I cannot count the number of times I've made a bunch of changes to a panel, only to go and **delete the entire panel**.
When on the "Items" tab, the add/remove panel buttons (which are must less frequently used), are marked with bright coloring, whereas the add/remove buttons for panel items are very difficult to pick out easily.
I've made this mistake many times, and I am sure it has plagued many, many other users
**Proposed Solution**
The panel selector would be much better placed in a tab alongside 'Display', 'Appearance', and 'Items'
As an optional addition, a text entry could take place of the current panel selector, o maintain knowledge of which panel is selected.
![Selection_003](/uploads/25df2652483377508833ced321dff411/Selection_003.png)https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/612tasklist: Include grouped windows in the overflow menu2023-01-09T15:09:15ZGaël Bonithontasklist: Include grouped windows in the overflow menuCurrently (4.17.2) only single windows are handled, hopefully correctly after 6b939da5eddee9345fa275f5cd303d0f8952c356.
Implementing this should also eliminate the allocation warnings that currently appear when the tasklist size shrinks...Currently (4.17.2) only single windows are handled, hopefully correctly after 6b939da5eddee9345fa275f5cd303d0f8952c356.
Implementing this should also eliminate the allocation warnings that currently appear when the tasklist size shrinks to grouped windows:
```
Gtk-WARNING **: 17:01:52.083: Negative content width -1 (allocation 1, extents 1x1) while allocating gadget (node button, owner XfceArrowButton)
```https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/610Make the XFCE panel energy efficient / power management aware2024-01-26T12:00:01ZArtem S. TashkinovMake the XFCE panel energy efficient / power management awareWhen the screen saver kicks in, the monitor is turned off via DPMS or there's a full screen application running which hides everything, all the applets on the panel continue to listen to timing events and update themselves unnecessarily....When the screen saver kicks in, the monitor is turned off via DPMS or there's a full screen application running which hides everything, all the applets on the panel continue to listen to timing events and update themselves unnecessarily.
Would be great if panel and everything on it "hibernated" when it's hidden.
~~At the same time I've noticed that the DateTime plugin after resuming from software suspend doesn't update itself momentarily, so you may observe the wrong time for up to 59 seconds.~~https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/608[Feature Request] Window Menu: list only active application's windows2022-07-23T21:21:58ZGeorg Schwarz[Feature Request] Window Menu: list only active application's windowsWould it be possible as a further filter option to limit the listed windows to the current application?
In that case it might also be nice to optionally not display that application's icon at the left of each list entry (as it would be t...Would it be possible as a further filter option to limit the listed windows to the current application?
In that case it might also be nice to optionally not display that application's icon at the left of each list entry (as it would be the same one anyway, i.e. the current application's)https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/607[Feature Request] Window Menu: hide Window Menu when no windows are available2022-07-23T21:21:58ZGeorg Schwarz[Feature Request] Window Menu: hide Window Menu when no windows are availableIn case there are currently no windows to be listed (i.e. empty window list), could Window Menu's button temporarily disappear altogether [reduced to size 0 maybe?] (as it does not provide any functionality at that moment)?In case there are currently no windows to be listed (i.e. empty window list), could Window Menu's button temporarily disappear altogether [reduced to size 0 maybe?] (as it does not provide any functionality at that moment)?https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/606[Feature Request] Window Menu: "text" button style option2022-07-23T21:21:58ZGeorg Schwarz[Feature Request] Window Menu: "text" button style optionIn addition to the existing button style options "icon" and "arrow" it would be nice to have as a third option a simple text such as "Windows" (ideally configurable)In addition to the existing button style options "icon" and "arrow" it would be nice to have as a third option a simple text such as "Windows" (ideally configurable)https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/601Directory Menu panel plugin doesn't handle .desktop with Type=Link well2022-07-22T16:37:07Zdrws rwxDirectory Menu panel plugin doesn't handle .desktop with Type=Link wellThe title already explains the core of the issue. _Directory Menu_ panel plugin handles `.desktop` launchers well, displaying and launching them as a desktop object. However, this only works with `.desktop` _launchers_, but not _location...The title already explains the core of the issue. _Directory Menu_ panel plugin handles `.desktop` launchers well, displaying and launching them as a desktop object. However, this only works with `.desktop` _launchers_, but not _location shortcuts_ (employing `Type=Link` and `URL=`). In this case the _Directory Menu_ plugin lists the actual `.desktop` files and opens them with a default handler application if set, but cannot launch them.
This was tested on `xfce4-panel` version 4.16.4.
Though Xfce has a `View file` file-type association available, there is no `Open/Execute/Launch/Run file`. I still tried to associate `application/x-desktop` type to open with `xdg-open` as a workaround, but that expectedly did not solve it.https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/598[Suggestion] Merge systray application types2023-02-13T02:45:01Zipkpjersi[Suggestion] Merge systray application typesHi,
I see with Xfce 4.16, it looks like status tray/systray known items have been split up into multiple types. In theory this is a good idea. However, in practice, it actually reduces customizability because it means that you cannot fu...Hi,
I see with Xfce 4.16, it looks like status tray/systray known items have been split up into multiple types. In theory this is a good idea. However, in practice, it actually reduces customizability because it means that you cannot fully adjust the order of the items in the tray.
For example, look at this picture:
![](https://i.imgur.com/eMJkz5J.png)
You can see that anydesk comes before any of the other icons.
However, if I want to put anydesk to be near the end of the icons like I had it in Xfce 4.14, this is no longer possible:
![](https://i.imgur.com/g6lp7ld.png)
I suggest some sort of option to be able to toggle the old behaviour, or simply going back to having merged Known Items so that the order can be adjusted completely.
Thanks.