xfce4-panel issueshttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues2022-12-20T08:55:01Zhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/116auto/intelligent hide broken with systray2022-12-20T08:55:01ZBugzilla Migrationauto/intelligent hide broken with systray## Submitted by HJ
**[Link to original bug (#11509)](https://bugzilla.xfce.org/show_bug.cgi?id=11509)**
## Description
Hi,
If I right click(open context menu) on an systray entry and cancel/close the menu by pressing somewhere else...## Submitted by HJ
**[Link to original bug (#11509)](https://bugzilla.xfce.org/show_bug.cgi?id=11509)**
## Description
Hi,
If I right click(open context menu) on an systray entry and cancel/close the menu by pressing somewhere else the panel stays visible until i click again/ focus the panel
```
~> env LANG=C pacman -Si xfce4-panel
Repository : extra
Name : xfce4-panel
Version : 4.11.2-1
Description : Panel for the Xfce desktop environment
Architecture : x86_64
URL : http://www.xfce.org/
Licenses : GPL2
Groups : xfce4
Provides : None
Depends On : exo garcon libxfce4ui libwnck hicolor-icon-theme
desktop-file-utils
Optional Deps : gtk3: for GTK3 support
Conflicts With : None
Replaces : None
Download Size : 574.05 KiB
Installed Size : 4186.00 KiB
Packager : Philip M
Build Date : Fri Jan 23 22:17:57 2015
Validated By : MD5 Sum SHA256 Sum Signature
```
Version: 4.13.0https://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/362Window buttons: 6px spacing inaccessible from CSS styling2022-12-21T22:38:47ZWobblystepWindow buttons: 6px spacing inaccessible from CSS stylingFor xfce4-panel 4.14.4.
Right now, the application Icon and the title label are in a type of box with 6px spacing, which appears unchangeable from CSS theming.
xthickness: 0; and ythickness: 0; have no effect on this. Am I wrong?
I wo...For xfce4-panel 4.14.4.
Right now, the application Icon and the title label are in a type of box with 6px spacing, which appears unchangeable from CSS theming.
xthickness: 0; and ythickness: 0; have no effect on this. Am I wrong?
I would like to bring them closer together. I have my panel vertical, with labels for tasks, so that spacing is a bit wasteful for me.
Please make that smaller, at most 2px if you want to keep it, IMO, preferably 0, and add some default padding or margin i wouldn't know which one is best.https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/176Fix tasklist size when /force-all-external == TRUE2022-12-28T19:12:42ZBugzilla MigrationFix tasklist size when /force-all-external == TRUE## Submitted by Viktor Odintsev `@ninetls`
Assigned to **Simon Steinbeiß `@ochosi`**
**[Link to original bug (#13863)](https://bugzilla.xfce.org/show_bug.cgi?id=13863)**
## Description
Created attachment 7320
Extend GtkSocket and ...## Submitted by Viktor Odintsev `@ninetls`
Assigned to **Simon Steinbeiß `@ochosi`**
**[Link to original bug (#13863)](https://bugzilla.xfce.org/show_bug.cgi?id=13863)**
## Description
Created attachment 7320
Extend GtkSocket and GtkPlug in order to pass min and nat sizes
GtkSocket is designed so it can't get remote minimum and natural sizes, only minimum is gotten.
GtkPlug is designed this way too. It provides only minimum size.
During GTK3 migration the property to control special behavior for tasklist was removed (I didn't remember its name) and replaced with min/nat sizes logic. This logic broke tasklist size in /force-all-external mode.
My approach to fix this problem:
1. I noticed that WM hints can hold a lot of size hints: min size, base size, max size, etc. I decided to use these hints to pass the size.
2. I extended GtkPlug and in the moment GdkWindow gets these hints I provide my own hints for min and base sizes.
3. I extended GtkSocket so it will handle min and base size hints separately allowing to use first one as minimum size and the second one as natural size.
There is a single problem: each time window updates hints, application will get a message for this event. This is useful since I can cache these values and don't call X server to get these sizes every time they required. So GtkSocket does…
GtkSocket uses GdkWindow event handler which doesn't allow other handlers to handle this event in the next. So I can't receive this event but I should get real sizes → I make a new X server call every time. This is more expensive. But in my experience there were no serious consequences. It seems that GtkSocket does this caching only for corner cases but our case is more specific.
Anyway, if somebody can find the solution of this problem, this patch will be a complete solution.
**Patch 7320**, "Extend GtkSocket and GtkPlug in order to pass min and nat sizes":
[0001-Extend-GtkSocket-and-GtkPlug-in-order-to-pass-min-an.patch](/uploads/6a1450fc3bf6e470c2c47ffb551ddbd1/0001-Extend-GtkSocket-and-GtkPlug-in-order-to-pass-min-an.patch)
Version: 4.13.1https://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/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/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/246Allow disabling grouped window indicator2023-01-09T15:07:54ZBugzilla MigrationAllow disabling grouped window indicator## Submitted by Shawn Anastasio
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15804)](https://bugzilla.xfce.org/show_bug.cgi?id=15804)**
## Description
Created attachment 8865
patch to add toggle for old behavior
comm...## Submitted by Shawn Anastasio
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15804)](https://bugzilla.xfce.org/show_bug.cgi?id=15804)**
## Description
Created attachment 8865
patch to add toggle for old behavior
commit 36bc57e035e0 ("tasklist: Draw grouped windows count indicator") ([Bug 10844](https://bugzilla.xfce.org/show_bug.cgi?id=10844)) changed the behavior for
window groups by displaying the window count in a cairo drawn indicator instead of showing the count
as part of the label.
I personally prefer the old behavior of showing the window count as a part of the label, so I have
written a patch to introduce a toggle to restore the old behavior. The patch is attached.
**Patch 8865**, "patch to add toggle for old behavior":
[0001-tasklist-Allow-disabling-grouped-windows-count-indic.patch](/uploads/3ba02a6718cff818dbc141dda7228c33/0001-tasklist-Allow-disabling-grouped-windows-count-indic.patch)
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/691Grouped application item should show title of active/topmost window instead o...2023-01-09T15:08:15ZHans-Uwe MayerGrouped application item should show title of active/topmost window instead of application nameIf grouping of windows by application is enabled in the current version, the grouped item is labeled using just the application name whenever more than one window is open. It should however show the title of the currently active window o...If grouping of windows by application is enabled in the current version, the grouped item is labeled using just the application name whenever more than one window is open. It should however show the title of the currently active window or, respectively, the topmost/latest active window of that group.
See for instance the changing behavior with two Thunar windows:
![1](/uploads/00739091d1e1a37bae4374b7db0e3ca3/1.png)
![2](/uploads/20ad9c02f6346936e6abee8ff99e1722/2.png)
Package version:
- xfce4-panel 4.18.0
#692 might be related to this.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/524Optional pointer barriers around panel2023-01-13T11:02:40ZhaarpOptional pointer barriers around panelHi,
one of the usability problems I have with Xfce is related to multi-monitor setups.
When you have a a panel e.g. on the bottom of a monitor, you can slam the mouse pointer to the bottom and then interact with the panel. But if you h...Hi,
one of the usability problems I have with Xfce is related to multi-monitor setups.
When you have a a panel e.g. on the bottom of a monitor, you can slam the mouse pointer to the bottom and then interact with the panel. But if you have another monitor underneath, you can't slam because the pointer ends up on the next monitor ;)
This is frustrating because a lot of muscle memory is involved in this slam. It also makes interaction more tiresome as more precise movements are needed.
Cinnamon (I think) has a solution to this. They simply prevent the cursor from moving past the outer edge of the panel, presumably using [pointer barriers](https://who-t.blogspot.com/2012/12/whats-new-in-xi-23-pointer-barrier.html). Could the same be implemented in Xfce's panel?
Of course this begs the question: How **do** you move past the panel when you actually intend to? This could be based on a certain speed, or a certain threshold (the same way Xfwm4's workspace wrapping resistance works currently)
Many thanks! :)https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/700Calendar pop-up disappears when focus is lost2023-01-16T20:21:43ZJan KasprzakCalendar pop-up disappears when focus is lostWhen I click on the datetime applet, the calendar pop-up is displayed. I want for example to display the next month, so I click on the [>] buutton in the pop-up window. But as soon as I move the cursour outside (e.g. to start typing), th...When I click on the datetime applet, the calendar pop-up is displayed. I want for example to display the next month, so I click on the [>] buutton in the pop-up window. But as soon as I move the cursour outside (e.g. to start typing), the pop-up window disappears. I want it to be displayed permanently, until I click on the applet again. I use the "follow mouse" focus in my desktop.
This is Fedora 34, xfce4-datetime-plugin-0.8.1-2.fc34.x86_64.https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/564Pager: The Workspace tooltip blocks text on screen.2023-01-16T22:25:07ZhobscobPager: The Workspace tooltip blocks text on screen.My Xfce setup uses a bottom panel with a Workspace Switcher/Pager on the left side.
If I don't make a conscious effort to relocate the cursor after using the Switcher, a tooltip appears blocking text on screen.
I request a feature to...My Xfce setup uses a bottom panel with a Workspace Switcher/Pager on the left side.
If I don't make a conscious effort to relocate the cursor after using the Switcher, a tooltip appears blocking text on screen.
I request a feature to turn off tooltips for the Workspace Switcher/Pager.
Or possibly have it disappear on it's own after a short timeout, like 5 seconds.
![tooltip_blocking](/uploads/9018733ee0af40c9c395df941ec41c0e/tooltip_blocking.jpg)https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/104Feature request: Show windows from workspace[#]2023-01-18T13:06:19ZBugzilla MigrationFeature request: Show windows from workspace[#]## Submitted by poy..@..il.com
**[Link to original bug (#11303)](https://bugzilla.xfce.org/show_bug.cgi?id=11303)**
## Description
In the options window where it says:
Filtering: [ ] Show windows from all workspaces
-my request i...## Submitted by poy..@..il.com
**[Link to original bug (#11303)](https://bugzilla.xfce.org/show_bug.cgi?id=11303)**
## Description
In the options window where it says:
Filtering: [ ] Show windows from all workspaces
-my request is to have also or instead:
Show windows from workspace [#]
This would allow multiple panels/taskbars to correspond to the side of the screen they are on and another workspace is relative to, so you always know where your other windows are.
~example: I'm in in the middle workspace (2of3), on workspace1 I have Iceweasel and workspace3 is a terminal. So, I have a panel on the left of the screen which shows an Iceweasel task and on a panel on the right which shows a terminal task.
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/79Add an optional separator between window groups from separate workspaces.2023-01-18T13:06:19ZBugzilla MigrationAdd an optional separator between window groups from separate workspaces.## Submitted by gwe..@..ed.com
Assigned to **Nick Schermer**
**[Link to original bug (#10424)](https://bugzilla.xfce.org/show_bug.cgi?id=10424)**
## Description
Under 'Filtering', I have the option 'Show windows from all workspace...## Submitted by gwe..@..ed.com
Assigned to **Nick Schermer**
**[Link to original bug (#10424)](https://bugzilla.xfce.org/show_bug.cgi?id=10424)**
## Description
Under 'Filtering', I have the option 'Show windows from all workspaces or viewports' enabled. I'd like have some visual representation that shows where the next workspace begins. A 'separator' would be ideal, but an alternative would be acceptable ('handle', 'dots', what ever else).
An alternative solution would be to have a filter for 'Workspace X'. Personally, I have four workspaces, so, to duplicate my desired enhancement, I would have four instances of 'Window Buttons' and I would add separators where I see fit.
Building off the latter example, another interesting possibility would be to filter 'Present Workspace'\'Hidden Workspaces'.
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/406Can't click icons below pop up shadow area2023-02-04T22:56:54ZscootergrisenCan't click icons below pop up shadow areaIf in Window Manager Tweaks the setting "Enable screen compositor" (not sure it is called precisely that) is enable there seem to be a shadow around pop ups etc.
If i click an icon like the volume control icon on the panel a pop op will...If in Window Manager Tweaks the setting "Enable screen compositor" (not sure it is called precisely that) is enable there seem to be a shadow around pop ups etc.
If i click an icon like the volume control icon on the panel a pop op will open right next to the panel.
The shadow is 16 pixels wide so i can't click the area the shadow is covering.
For example if the volume pop up is open and i click the icon next to it on the panel nothing will happen if i click within the area of the shadow.
The shadow of the pop up is covering 16 pixels of the icons.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.https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/688Panel crashes when Telegram started2023-02-13T17:58:29ZDenis GPanel crashes when Telegram startedHi
I experience strange issue with Xfce4-4.18.0.
xfce4-panel starts and works fine until I try starting Telegram client.
After that panel immediately crashes on segfault.
I tried rebuilding xfce4-panel with debug info (I am under Gento...Hi
I experience strange issue with Xfce4-4.18.0.
xfce4-panel starts and works fine until I try starting Telegram client.
After that panel immediately crashes on segfault.
I tried rebuilding xfce4-panel with debug info (I am under Gentoo).
However, the issue happens only inside 3d-party libs. See below.
```
(wrapper-2.0:1871): Gtk-CRITICAL **: 12:01:02.302: gtk_icon_theme_has_icon: assertion 'icon_name != NULL' failed
(wrapper-2.0:1871): Gtk-CRITICAL **: 12:01:02.352: gtk_icon_theme_has_icon: assertion 'icon_name != NULL' failed
(wrapper-2.0:1871): Gtk-CRITICAL **: 12:01:02.352: gtk_icon_theme_has_icon: assertion 'icon_name != NULL' failed
(wrapper-2.0:1872): GLib-GIO-CRITICAL **: 12:01:02.353: g_file_new_for_path: assertion 'path != NULL' failed
(wrapper-2.0:1872): GLib-GIO-CRITICAL **: 12:01:02.353: g_file_monitor_file: assertion 'G_IS_FILE (file)' failed
(wrapper-2.0:1872): GLib-GObject-WARNING **: 12:01:02.353: invalid (NULL) pointer instance
(wrapper-2.0:1872): GLib-GObject-CRITICAL **: 12:01:02.353: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
(wrapper-2.0:1872): Gtk-WARNING **: 12:01:02.353: Attempting to add a widget with type GtkToggleButton to a container of type XfcePanelPlugin, but the widget is already inside a container of type XfcePanelPlugin, please remove the widget from its existing container first.
** (wrapper-2.0:1870): WARNING **: 12:01:02.357: Binding 'XF86AudioMicMute' failed!
(wrapper-2.0:1870): pulseaudio-plugin-WARNING **: 12:01:02.357: Could not have grabbed volume control keys. Is another volume control application (xfce4-volumed) running?
(wrapper-2.0:1871): Gtk-CRITICAL **: 12:01:02.369: gtk_icon_theme_has_icon: assertion 'icon_name != NULL' failed
(wrapper-2.0:1870): GLib-GObject-CRITICAL **: 12:01:03.467: g_value_get_enum: assertion 'G_VALUE_HOLDS_ENUM (value)' failed
Thread 1 "xfce4-panel" received signal SIGSEGV, Segmentation fault.
0x00007ffff6f2e5d0 in XVisualIDFromVisual () from /usr/lib64/libX11.so.6
(gdb) bt
#0 0x00007ffff6f2e5d0 in XVisualIDFromVisual () at /usr/lib64/libX11.so.6
#1 0x00007ffff7585efa in gdk_x11_window_foreign_new_for_display () at /usr/lib64/libgdk-3.so.0
#2 0x00005555555878ba in panel_window_active_window_geometry_changed ()
#3 0x00007ffff718c6d0 in g_closure_invoke () at /usr/lib64/libgobject-2.0.so.0
#4 0x00007ffff71a19a8 in signal_emit_unlocked_R () at /usr/lib64/libgobject-2.0.so.0
#5 0x00007ffff71ad0ba in g_signal_emit_valist () at /usr/lib64/libgobject-2.0.so.0
#6 0x00007ffff71ad5b7 in g_signal_emit () at /usr/lib64/libgobject-2.0.so.0
#7 0x00007ffff7f0dfd8 in () at /usr/lib64/libwnck-3.so.0
#8 0x00007ffff7f0f7f4 in () at /usr/lib64/libwnck-3.so.0
#9 0x00007ffff709183d in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0
#10 0x00007ffff7091be8 in g_main_context_iterate.isra () at /usr/lib64/libglib-2.0.so.0
#11 0x00007ffff7091ec3 in g_main_loop_run () at /usr/lib64/libglib-2.0.so.0
#12 0x00007ffff783dcdd in gtk_main () at /usr/lib64/libgtk-3.so.0
#13 0x0000555555568ffe in main ()
```https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/712Systray plugin properties: some app icons do not appear (Electron?)2023-02-16T16:57:01ZsebalisSystray plugin properties: some app icons do not appear (Electron?)Hi,
I can not define the order of some icons in the status tray, as I do not see them in the list of known icons in the properties of the Status Tray plugin. Basically I am experiencing what was already reported on the forum at https://...Hi,
I can not define the order of some icons in the status tray, as I do not see them in the list of known icons in the properties of the Status Tray plugin. Basically I am experiencing what was already reported on the forum at https://forum.xfce.org/viewtopic.php?id=15411 but for me it is on a fully updated Arch installation, so the version is 4.18 and not 4.16 as mentioned in that report. This has started to happen after a system update, which I hadn’t done since early October 2022, meaning that I was on 4.16 before that update and didn’t have that issue there (while the forum user does). Another difference to the forum report is that I am experiencing this with icons for programs that are not started directly on login (so there is no point in starting the panel with a delay as suggested on the forum, but I still tried it to be sure). But the icons affected are those mentioned in that thread: Electron clients such as Signal and Element.
Any advice or questions? I I will not be using this installation much before Monday late evening CET though.
Thanks,
sebalis