xfce4-panel issueshttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues2022-11-10T16:02:52Zhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/216Change style "Separator" to "Line" or "Bar"2022-11-10T16:02:52ZBugzilla MigrationChange style "Separator" to "Line" or "Bar"## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15361)](https://bugzilla.xfce.org/show_bug.cgi?id=15361)**
## Description
The default style is called "Separator".
But that dont sound like a...## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15361)](https://bugzilla.xfce.org/show_bug.cgi?id=15361)**
## Description
The default style is called "Separator".
But that dont sound like a style.
Would "Line" or "Bar" not be better?
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/214Feature request: copy timestamp2021-02-07T03:07:34ZBugzilla MigrationFeature request: copy timestamp## Submitted by Or Schiro
Assigned to **Nick Schermer**
**[Link to original bug (#15277)](https://bugzilla.xfce.org/show_bug.cgi?id=15277)**
## Description
Would be nice having an entry in the clock > right mouse click menu to qui...## Submitted by Or Schiro
Assigned to **Nick Schermer**
**[Link to original bug (#15277)](https://bugzilla.xfce.org/show_bug.cgi?id=15277)**
## Description
Would be nice having an entry in the clock > right mouse click menu to quickly copy the current timestamp to clipboard. :)
Screenshot: https://i.imgur.com/CsoOJY7.png
Version: 4.12.2https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/205Launcher drag and drop menus appear to be broken2023-03-04T20:18:00ZBugzilla MigrationLauncher drag and drop menus appear to be broken## Submitted by Alistair Buxton `@ali1234`
Assigned to **Nick Schermer**
**[Link to original bug (#14986)](https://bugzilla.xfce.org/show_bug.cgi?id=14986)**
## Description
Launchers allow you to place an icon on the panel which c...## Submitted by Alistair Buxton `@ali1234`
Assigned to **Nick Schermer**
**[Link to original bug (#14986)](https://bugzilla.xfce.org/show_bug.cgi?id=14986)**
## Description
Launchers allow you to place an icon on the panel which can optionally have a drop down menu. Launchers can be created by dragging an icon from the application menu to an empty space on the panel.
It appears that there is code in the launcher plugin which supports dragging to the drop down menus by hovering over the down arrow and then dropping the icon in the menu. However this does not work. As soon as I drag an icon over the down arrow the drag ends.
This code uses deprecated Gtk+ functions. I have ported it to use the replacements, but it still doesn't seem to work.
Version: 4.13.3https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/566Support Ayatana label2023-04-02T21:11:29ZBugzilla MigrationSupport Ayatana label## Submitted by Andre Miranda `@andreldm`
Assigned to **Viktor Odintsev `@ninetls`**
**[Link to original bug (#14759)](https://bugzilla.xfce.org/show_bug.cgi?id=14759)**
## Description
Created attachment 8031
label-poc.patch
This...## Submitted by Andre Miranda `@andreldm`
Assigned to **Viktor Odintsev `@ninetls`**
**[Link to original bug (#14759)](https://bugzilla.xfce.org/show_bug.cgi?id=14759)**
## Description
Created attachment 8031
label-poc.patch
This is a follow up of [Bug 14725](https://bugzilla.xfce.org/show_bug.cgi?id=14725).
Some apps, such as SafeEyes[1], use AppIndicator and set a label of their indicator.
This label is not handled by statusnotifier-plugin.
The attached path is just a proof-of-concept, that replaces the title in tooltip by label.
A sample application is provided in [Bug 14725](https://bugzilla.xfce.org/show_bug.cgi?id=14725).
1 - https://github.com/slgobinath/SafeEyes
**Patch 8031**, "label-poc.patch":
[label-poc.patch](/uploads/c46ad408a250a74a09b1c238f64b6ebb/label-poc.patch)https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/191Using the CLI frontend, xfce4-panel --add="invalid plugin name" provides no o...2022-10-13T15:58:26ZBugzilla MigrationUsing the CLI frontend, xfce4-panel --add="invalid plugin name" provides no output and returns 0## Submitted by j.l..@..il.com
**[Link to original bug (#14444)](https://bugzilla.xfce.org/show_bug.cgi?id=14444)**
## Description
When trying to add a plugin to the panel via the command line / console / CLI frontend, if an invalid...## Submitted by j.l..@..il.com
**[Link to original bug (#14444)](https://bugzilla.xfce.org/show_bug.cgi?id=14444)**
## Description
When trying to add a plugin to the panel via the command line / console / CLI frontend, if an invalid value (i.e., not an actual plugin name) is passed as an argument, there is no output and the command returns 0 (success).
Examples:
```
xfce4-panel --add=nonexistant
xfce4-panel --add=foo
xfce4-panel --add="not real"
xfce4-panel --add=""
xfce4-panel --add=
```
What happens: no output, no visible changes in the panel, echo $? returns 0 (success)
What was expected: error message in output specifying that such plugin name was not found, no visible changes in the panel, echo $? returning non-zero (failure)
Without an error message to diagnose, it is unclear what the expected plugin name should be (foo vs. foo-plugin vs. xfce4-foo-plugin).
This was tested in latest Xubuntu 16.04.4 amd64, with xfce4-panel --version reporting "xfce4-panel 4.12.0 (Xfce 4.12)", but I am assuming it went unreported and thus unfixed until now.
There is too much GLib obfuscation for me to find the actual source of the defect, but here are a few potentially relevant locations (the following code snapshots were all taken at commit https://github.com/xfce-mirror/xfce4-panel/commit/ca42838b6f396c5ffa01a37bb891341f517125e2):
- https://github.com/xfce-mirror/xfce4-panel/blob/master/panel/main.c - lines 308 to 313
- https://github.com/xfce-mirror/xfce4-panel/blob/master/panel/panel-dbus-client.c - lines 139 to 169
- https://github.com/xfce-mirror/xfce4-panel/blob/master/panel/panel-dbus-service.c - lines 255 to 282
Version: 4.12.0https://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/154[PATCH] Adds ability to a disable urgency blinking2022-09-09T18:55:27ZBugzilla Migration[PATCH] Adds ability to a disable urgency blinking## Submitted by Sapphire Becker
Assigned to **Nick Schermer**
**[Link to original bug (#12668)](https://bugzilla.xfce.org/show_bug.cgi?id=12668)**
## Description
Created attachment 6718
allow-blinking option functionality
I've al...## Submitted by Sapphire Becker
Assigned to **Nick Schermer**
**[Link to original bug (#12668)](https://bugzilla.xfce.org/show_bug.cgi?id=12668)**
## Description
Created attachment 6718
allow-blinking option functionality
I've always found blinking on urgency hints annoying, so I added the option for Windows Buttons to disable it.
I didn't add anything to the options menu since I wasn't exactly sure where to put it; include-all-blinking doesn't have an entry either so I figure it's fine.
For non-developers finding this, you can set the option to off (after building this in, obviously) by using:
xfconf-query -c xfce4-panel -np /plugins/plugin-1/allow-blinking -t bool -s false
At least it's plugin-1 for me.
**Patch 6718**, "allow-blinking option functionality":
[0001-Added-allow-blinking-property-to-allow-or-disallow-b.patch](/uploads/a4314f6b9481cb8ae15bb497d1efb109/0001-Added-allow-blinking-property-to-allow-or-disallow-b.patch)
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/153Allow varying panel style depending on whether a window is maximized or not2021-02-02T23:48:42ZBugzilla MigrationAllow varying panel style depending on whether a window is maximized or not## Submitted by Bharadwaj Raju
Assigned to **Nick Schermer**
**[Link to original bug (#12646)](https://bugzilla.xfce.org/show_bug.cgi?id=12646)**
## Description
The ability to have one style (say, transparent) when no window is ma...## Submitted by Bharadwaj Raju
Assigned to **Nick Schermer**
**[Link to original bug (#12646)](https://bugzilla.xfce.org/show_bug.cgi?id=12646)**
## Description
The ability to have one style (say, transparent) when no window is maximized and another (say, opaque) when a window is maximized would be great.
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/125feature: new plugin: merge the Xfce4-panel Clock with Orage2022-11-23T17:38:17ZBugzilla Migrationfeature: new plugin: merge the Xfce4-panel Clock with Orage## Submitted by Jeremy
Assigned to **Nick Schermer**
**[Link to original bug (#11911)](https://bugzilla.xfce.org/show_bug.cgi?id=11911)**
## Description
The Xfce4-panel Clock's pop-up calendar, Orage, and Orage clock-plugin all us...## Submitted by Jeremy
Assigned to **Nick Schermer**
**[Link to original bug (#11911)](https://bugzilla.xfce.org/show_bug.cgi?id=11911)**
## Description
The Xfce4-panel Clock's pop-up calendar, Orage, and Orage clock-plugin all use the same code to display a calendar. Xfce4-panel Clock is a great clock plugin with a calendar that does nothing else. The Orage clock-plugin is a less sophisticated clock that will open the Orage calendar, but only when clicked, i.e. not on startup, and thus fails to trigger alarms ([bug 10550](https://bugzilla.xfce.org/show_bug.cgi?id=10550)). Orage is a great calendar that has no clock.
I propose a new plugin that pulls from both projects. The new plugin's front-end would be the Xfce4-panel Clock that, when clicked, would display the Orage calendar with all of its features. The new plugin would start Orage during session login, or at least the bare minimum of Orage needed to trigger its event alarms.
I imagine this to be more of a build option than anything else. In other words, both the Xfce4-panel Clock and Orage would continue to be maintained separately for new features and bugs, and both would act as the upstream projects of this new plugin. Only the Xfce4-panel Clock would need to be minimally modified to include some conditional compilation to include Orage when building the new plugin. This would also allow the Xfce4-panel Clock to continue to be lightweight for users who would not want this feature.
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/120[Feature request] Callgrind profiling of panel plugins2022-06-05T18:00:45ZBugzilla Migration[Feature request] Callgrind profiling of panel plugins## Submitted by ria..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#11722)](https://bugzilla.xfce.org/show_bug.cgi?id=11722)**
## Description
For now it is only one valgrind usage is for profiling memory.
Please...## Submitted by ria..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#11722)](https://bugzilla.xfce.org/show_bug.cgi?id=11722)**
## Description
For now it is only one valgrind usage is for profiling memory.
Please add a technique to use valgrind as cpu profiler for plugins (like PANEL_DEBUG=callgrind)
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/117give visual feedback when DnD'ing window buttons2023-05-29T10:11:45ZBugzilla Migrationgive visual feedback when DnD'ing window buttons## Submitted by Liv
Assigned to **Nick Schermer**
**[Link to original bug (#11532)](https://bugzilla.xfce.org/show_bug.cgi?id=11532)**
## Description
From memory, in 4.8 it was possible to DnD window buttons and there was a visual...## Submitted by Liv
Assigned to **Nick Schermer**
**[Link to original bug (#11532)](https://bugzilla.xfce.org/show_bug.cgi?id=11532)**
## Description
From memory, in 4.8 it was possible to DnD window buttons and there was a visual indicator showing the user the place were the Dragged-and-dropped button would end up. In 4.10 DnD was initially dropped, then re-introduced. But the visual indicator got lost along the way.
A DnD visual indication would be useful for those who use `None, allow Drag-and-Drop` sorting order for the window buttons. The indicator could be not unlike what happens when you `right-click on panel item > Move` and then hover the mouse over other panel items...
Version: Unspecifiedhttps://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/111Option to show icons in Directory and Applications menu, though menu icons ar...2022-04-05T20:54:36ZBugzilla MigrationOption to show icons in Directory and Applications menu, though menu icons are off in gtk## Submitted by Khazar
**[Link to original bug (#11391)](https://bugzilla.xfce.org/show_bug.cgi?id=11391)**
## Description
I have icons in menus unset.
I would like to see icons in menu excluding "Open folder" and "Open in terminal"...## Submitted by Khazar
**[Link to original bug (#11391)](https://bugzilla.xfce.org/show_bug.cgi?id=11391)**
## Description
I have icons in menus unset.
I would like to see icons in menu excluding "Open folder" and "Open in terminal" menu items.
Version: 4.10.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/110[RTL] Reverse items when using locale of different direction2022-07-15T08:36:56ZBugzilla Migration[RTL] Reverse items when using locale of different direction## Submitted by Khazar
Assigned to **Nick Schermer**
**[Link to original bug (#11389)](https://bugzilla.xfce.org/show_bug.cgi?id=11389)**
## Description
Hallo,
This is not an important matter, I guess, but I would love it to be d...## Submitted by Khazar
Assigned to **Nick Schermer**
**[Link to original bug (#11389)](https://bugzilla.xfce.org/show_bug.cgi?id=11389)**
## Description
Hallo,
This is not an important matter, I guess, but I would love it to be dealt with.
1. Start LTR desktop.
2. Set panel items/plugins in this order 1, 2, 3.
3. Switch to RTL desktop (e.g. Arabic, Farsi, Hebrew, Urdu).
4. Items order appears exactly in the same order 1, 2, 3.
The desired RTL order is this: 3, 2, 1 (reversed).
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/108[RTL] West is East and East is West2022-07-15T08:35:21ZBugzilla Migration[RTL] West is East and East is West## Submitted by Khazar
Assigned to **Nick Schermer**
**[Link to original bug (#11360)](https://bugzilla.xfce.org/show_bug.cgi?id=11360)**
## Description
Using Xfce Hebrew; sometimes horizontal (left-right) elements are switching p...## Submitted by Khazar
Assigned to **Nick Schermer**
**[Link to original bug (#11360)](https://bugzilla.xfce.org/show_bug.cgi?id=11360)**
## Description
Using Xfce Hebrew; sometimes horizontal (left-right) elements are switching places, which is somewhat common, but should be handled.
One solution is to correct it in xfce4-panel. Another solution is to write a Developer Comment to be generated in .po files that would instruct RTL translators to translate East to West and West to East.
Version: 4.10.1https://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/98Option to set panel stack order (z-order)2023-07-25T07:23:56ZBugzilla MigrationOption to set panel stack order (z-order)## Submitted by Francesco Galizzi
**[Link to original bug (#11092)](https://bugzilla.xfce.org/show_bug.cgi?id=11092)**
## Description
Created attachment 5610
panel over another panel
I'm trying to position a panel over another pane...## Submitted by Francesco Galizzi
**[Link to original bug (#11092)](https://bugzilla.xfce.org/show_bug.cgi?id=11092)**
## Description
Created attachment 5610
panel over another panel
I'm trying to position a panel over another panel, just like in the attachment, but sometimes the longest overlap the shortest, making it unfocusable (the shortest also hide itself).
This is also a problem for corners when you have full-width panels on both (e.g.) left and top sides of the screen (like mentioned in [bug 8008](https://bugzilla.xfce.org/show_bug.cgi?id=8008)).
I think this would be solvable adding the possibility to specify:
- something like priority for each panel;
- if a panel has to avoid (for corners) or not (for overlapping) other panels.
**Attachment 5610**, "panel over another panel":
![Screenshot_-_20082014_-_12_01_33](/uploads/a6bab34830226ced010a4fbc8c12d386/Screenshot_-_20082014_-_12_01_33.png)
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/81Ability to popup additional app menus2021-01-30T22:24:53ZBugzilla MigrationAbility to popup additional app menus## Submitted by car..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#10510)](https://bugzilla.xfce.org/show_bug.cgi?id=10510)**
## Description
Currently you can create an entirely new, custom, applications menu a...## Submitted by car..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#10510)](https://bugzilla.xfce.org/show_bug.cgi?id=10510)**
## Description
Currently you can create an entirely new, custom, applications menu and add a plugin to the panel in order to open it. There is also xfce4-popup-applicationsmenu that allows one to configure a shortcut to open the main menu. But there is no way to configure a shortcut to a custom menu. My proposal is to add an optional argument to xfce4-popup-applicationsmenu so that it popups a specific menu. This way you get something similar to openbox menus that can be taylored to many, non predefined, tasks.
That is:
xfce4-popup-applicationsmenu [menu-file]
popups menu-file if given or the main apps menu if not.
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/80Fixed width separator2021-01-30T04:13:05ZBugzilla MigrationFixed width separator## Submitted by dipap
Assigned to **Nick Schermer**
**[Link to original bug (#10481)](https://bugzilla.xfce.org/show_bug.cgi?id=10481)**
## Description
When you have more than one expanding separators (like I have) and you use a p...## Submitted by dipap
Assigned to **Nick Schermer**
**[Link to original bug (#10481)](https://bugzilla.xfce.org/show_bug.cgi?id=10481)**
## Description
When you have more than one expanding separators (like I have) and you use a plugin that changes horizontal size often (in my case, a genmon script for my music) All the expanding separators change size moving stuff left and right all over the panel.
It would be nice if you can have a separator in "fixed size" mode and can set its size in its preferences. That way you have only one expanding separator to fill up your panel and the rest of the panel items you want separated are kept at a steady distance at all times.
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: Unspecified