xfce4-panel issueshttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues2022-04-04T21:47:03Zhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/94yum remove rsyslog will prevent saved session from restoring2022-04-04T21:47:03ZBugzilla Migrationyum remove rsyslog will prevent saved session from restoring## Submitted by tri..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#10909)](https://bugzilla.xfce.org/show_bug.cgi?id=10909)**
## Description
On Fedora 20, if I "yum remove rsyslog", then I notice that my xfce s...## Submitted by tri..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#10909)](https://bugzilla.xfce.org/show_bug.cgi?id=10909)**
## Description
On Fedora 20, if I "yum remove rsyslog", then I notice that my xfce session, the apps I had open when I logged out, do not restore when I log in. When I re-install rsyslog, the session restore works again and the apps load when I log in.
Version: 4.10.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/95Maximising Windows2022-04-05T18:07:18ZBugzilla MigrationMaximising Windows## Submitted by Gary
Assigned to **Nick Schermer**
**[Link to original bug (#10957)](https://bugzilla.xfce.org/show_bug.cgi?id=10957)**
## Description
Hi,
Hope this is the correct place to report the minor issue I have found.
I ...## Submitted by Gary
Assigned to **Nick Schermer**
**[Link to original bug (#10957)](https://bugzilla.xfce.org/show_bug.cgi?id=10957)**
## Description
Hi,
Hope this is the correct place to report the minor issue I have found.
I recently installed Ubuntu on my laptop, with which I use a second display attached to it on a stand.
The second screen is set-up to be above the laptop screen.
I am using the xfce desktop, with the main (applications/windows) panel at the top of the laptop screen.
The issue I have noticed is when maximising windows on the laptop screen the title bar is covered by this panel, however if I maximise a window on the second screen space is left at the top of the screen as if the panel was present there.
Moving the panel to the bottom of the laptop screen (like winblows has it) and the maximising works correctly, but if the panel is at the bottom of the second screen the bottom of a maximised window is obscured below the panel.
Thanks,
Gary
Version: 4.10.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/96dual screen, multi item launcher, pops up in wrong location2021-01-31T00:22:09ZBugzilla Migrationdual screen, multi item launcher, pops up in wrong location## Submitted by Roel Koster
Assigned to **Nick Schermer**
**[Link to original bug (#11002)](https://bugzilla.xfce.org/show_bug.cgi?id=11002)**
## Description
Dual Screen setup with multi-item launchers on right screen.
the popup s...## Submitted by Roel Koster
Assigned to **Nick Schermer**
**[Link to original bug (#11002)](https://bugzilla.xfce.org/show_bug.cgi?id=11002)**
## Description
Dual Screen setup with multi-item launchers on right screen.
the popup screen does not show up above the launcher icon but on the left side of the right screen.
Screenshot:
http://www.pasteall.org/pic/73566
btw
if the same launcher is somewhere on the left screen, the popup appears correctly.
thanks for looking into it!
Roel
Version: 4.10.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/97Window buttons move beyond 100% panel length limit2021-01-31T00:23:44ZBugzilla MigrationWindow buttons move beyond 100% panel length limit## Submitted by Thomas Mitchell
Assigned to **Nick Schermer**
**[Link to original bug (#11068)](https://bugzilla.xfce.org/show_bug.cgi?id=11068)**
## Description
Created attachment 5593
SCRN window buttons
Window buttons on the X...## Submitted by Thomas Mitchell
Assigned to **Nick Schermer**
**[Link to original bug (#11068)](https://bugzilla.xfce.org/show_bug.cgi?id=11068)**
## Description
Created attachment 5593
SCRN window buttons
Window buttons on the XFCE panel move beyond the 100% size limit, instead of the window buttons shrinking like other WMs, they remain the same size and after having 6 windows open at once any additional windows open after that start to disappear beyond the edge of the screen.
Distro: Ubuntustudio 14.04 (x86)
XFCE Ver 4.10
Xfce-panel Ver: 4.11.0 (default installed)
Kernel (from uname -a) - Linux fileserver 3.13.0-32-lowlatency #57-Ubuntu SMP PREEMPT Tue Jul 15 04:23:12 UTC 2014 i686 i686 i686 GNU/Linux.
Attached is a screen shot that explains the problem, there are 9 windows/applications open but only 7 window buttons are visible.
**Attachment 5593**, "SCRN window buttons":
![Screenshot_-_040814_-_23_39_29](/uploads/095f25ba556663d98d836efc5bef7053/Screenshot_-_040814_-_23_39_29.png)
Version: 4.10.1https://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/99Options to set panel width in absolute or relative pixels2022-07-20T20:52:14ZBugzilla MigrationOptions to set panel width in absolute or relative pixels## Submitted by Francesco Galizzi
**[Link to original bug (#11093)](https://bugzilla.xfce.org/show_bug.cgi?id=11093)**
## Description
I would like to specify the length of a panel not as % of the screen but in pixels, like "Length (...## Submitted by Francesco Galizzi
**[Link to original bug (#11093)](https://bugzilla.xfce.org/show_bug.cgi?id=11093)**
## Description
I would like to specify the length of a panel not as % of the screen but in pixels, like "Length (px): XXX" or also as "Screen width/height minus (px): XXX".
I think this would solve the problem of "two panels in a corner", too.
Version: Unspecified4.17.3Gaël BonithonGaël Bonithonhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/100Some apps sometimes don't appear in the notification area at startup2021-01-31T00:32:22ZBugzilla MigrationSome apps sometimes don't appear in the notification area at startup## Submitted by dev..@..an.com
Assigned to **Nick Schermer**
**[Link to original bug (#11182)](https://bugzilla.xfce.org/show_bug.cgi?id=11182)**
## Description
It happens with hexchat and happened with hexchat when I used it some...## Submitted by dev..@..an.com
Assigned to **Nick Schermer**
**[Link to original bug (#11182)](https://bugzilla.xfce.org/show_bug.cgi?id=11182)**
## Description
It happens with hexchat and happened with hexchat when I used it some time ago.
At startup, sometimes the program won't show up in the notification area but the process is there in the background. I have to kill it and start it manually after this.
Version: 4.10.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/101Window focus/urgency across workspaces2022-04-04T20:57:18ZBugzilla MigrationWindow focus/urgency across workspaces## Submitted by Tomas Alnæs
**[Link to original bug (#11203)](https://bugzilla.xfce.org/show_bug.cgi?id=11203)**
## Description
The current behavior might be ok and expected. But heres my problem:
When you for instance have a web b...## Submitted by Tomas Alnæs
**[Link to original bug (#11203)](https://bugzilla.xfce.org/show_bug.cgi?id=11203)**
## Description
The current behavior might be ok and expected. But heres my problem:
When you for instance have a web browser running in workspace 2, and you do your work in workspace 1 and open a URL from a document or similar. The Window button (taskbar) of your web browser starts blinking in workspace 1 until you click it, which bring you to the browser and it is focused.
This is also extremely annoying with applications like Skype.
Let's say Skype is running on workspace 4 and you focus on your work on workspace 1. Whenever someone drop you a line, the window button will continue to flash until you take action and click it and it brings you to workspace 4 and Skype message window gets focus. I'm not sure, but i believe it has something to do with 'Urgency window hinting'.
Would be ok if it was blinking in its own workspace, as long as it don't steal my focus.
This should at least be configurable to give the users a choice.
xfce4-panel 4.11.1 (Xfce 4.10)
xfwm4 version 4.11.2
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/102Certain application icons disappear from system tray2022-08-17T14:37:49ZBugzilla MigrationCertain application icons disappear from system tray## Submitted by Liv
Assigned to **Nick Schermer**
**[Link to original bug (#11298)](https://bugzilla.xfce.org/show_bug.cgi?id=11298)**
## Description
Using xfce4-panel 4.11.0 under Xubuntu. This report is either a duplicate of, or...## Submitted by Liv
Assigned to **Nick Schermer**
**[Link to original bug (#11298)](https://bugzilla.xfce.org/show_bug.cgi?id=11298)**
## Description
Using xfce4-panel 4.11.0 under Xubuntu. This report is either a duplicate of, or duplicates [Bug 10842](https://bugzilla.xfce.org/show_bug.cgi?id=10842).
I often get hit by applications that, although were working perfectly fine previously, at one point their systray icon simply disappears away. Quitting and restarting the app doesn't make the icon reappear in the Notification Area, which would point to some implementation issues in xfce4-panel. In my case the offending missing icons are for Liferea and SpiderOak.
Version: 4.10.14.17.3https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/103xfce4-panel 4.11.2 crash with font terminus2021-01-31T00:52:54ZBugzilla Migrationxfce4-panel 4.11.2 crash with font terminus## Submitted by ringo32
Assigned to **Nick Schermer**
**[Link to original bug (#11300)](https://bugzilla.xfce.org/show_bug.cgi?id=11300)**
## Description
Version: Unspecified## Submitted by ringo32
Assigned to **Nick Schermer**
**[Link to original bug (#11300)](https://bugzilla.xfce.org/show_bug.cgi?id=11300)**
## Description
Version: Unspecifiedhttps://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/105[4.11] Icons of Qt Applications do not resize2021-01-09T22:48:17ZBugzilla Migration[4.11] Icons of Qt Applications do not resize## Submitted by Raphael Groner
Assigned to **Nick Schermer**
**[Link to original bug (#11323)](https://bugzilla.xfce.org/show_bug.cgi?id=11323)**
## Description
Created attachment 5767
sample with size 36
In settings, I increase ...## Submitted by Raphael Groner
Assigned to **Nick Schermer**
**[Link to original bug (#11323)](https://bugzilla.xfce.org/show_bug.cgi?id=11323)**
## Description
Created attachment 5767
sample with size 36
In settings, I increase the max. size for the icons, all Gtk3 applications do resize automatically their icons. But random Gtk2 and Qt seems to not care.
Maybe dup of bug #3233 or bug #10189.
**Attachment 5767**, "sample with size 36":
![s](/uploads/dcb4ad6e652a37e0d1684d7b7acf54cc/s.png)
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/106horizontal panel goes vertical when restarting X2021-01-31T01:04:04ZBugzilla Migrationhorizontal panel goes vertical when restarting X## Submitted by Allin Cottrell
**[Link to original bug (#11329)](https://bugzilla.xfce.org/show_bug.cgi?id=11329)**
## Description
I have set a panel as Mode: Horizontal, and at first this was respected.
But then when I re-start X t...## Submitted by Allin Cottrell
**[Link to original bug (#11329)](https://bugzilla.xfce.org/show_bug.cgi?id=11329)**
## Description
I have set a panel as Mode: Horizontal, and at first this was respected.
But then when I re-start X the "horizontal" panel displays vertically, to
the full height of the screen -- and it looks broken, mostly empty.
Generally I can fix this just by opening Panel preferences: this seems
to "remind" the panel that it ought to be horizontal and it snaps back.
(All I have to do is open the Preferences dialog and click "Close".)
I've seen this on Fedora 19 and Arch, both running version 4.10.1 of
the panel. On Fedora my horizontal panel is full width and I have to
fix it on every boot. On my laptop running Arch the horizontal panel
is narrow and the error doesn't happen on every boot -- though even
so the panel in question appears full-screen vertical on the first
appearance of the desktop, then quickly corrects itself.
Version: 4.10.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/107Certain applets aren't compatible with transparent image background2023-08-19T14:44:09ZBugzilla MigrationCertain applets aren't compatible with transparent image background## Submitted by Jimi Bove
Assigned to **Nick Schermer**
**[Link to original bug (#11351)](https://bugzilla.xfce.org/show_bug.cgi?id=11351)**
## Description
Created attachment 5789
intended image background for the panel
I'm about...## Submitted by Jimi Bove
Assigned to **Nick Schermer**
**[Link to original bug (#11351)](https://bugzilla.xfce.org/show_bug.cgi?id=11351)**
## Description
Created attachment 5789
intended image background for the panel
I'm about to also attach the screenshot of my panel when I apply that background image.
So, I wanted to have a background image that's transparent EXCEPT in places where I want to be able to read--namely the bottom of my panel. I switch wallpapers every 5 minutes, and some of them make that text unreadable. The problem is, the transparent background I made only appears under certain widgets. After a lot of trial and error, I've determined that it doesn't display when it's under one of the following applets (out of the ones I happen to use): Disk Performance Monitor, System Load Monitor, Network Monitor, Sensor plugin, and the CPU Frequency Monitor. Interestingly, it works with the Sensor plugin when I set to to display "tachos" rather than a temperature.
As you can see, in my current setup, the image is only appearing under the clock applet, since that's the only applet I have in that section of the image that works with it. If I move the clock applet around, I can see the full image as bits and pieces, including its gradient to full transparency. It's all very smooth, but only with the clock applet.
**Attachment 5789**, "intended image background for the panel":
![background](/uploads/f8721ae684b810939e8b46b9a1178983/background.png)
Version: 4.10.14.19.2Gaël BonithonGaël Bonithonhttps://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/109drag & drop over workspace switcher doesn't work2020-05-29T23:50:31ZBugzilla Migrationdrag & drop over workspace switcher doesn't work## Submitted by Raphael Groner
Assigned to **Nick Schermer**
**[Link to original bug (#11375)](https://bugzilla.xfce.org/show_bug.cgi?id=11375)**
## Description
It seems this bug happens again with xfce4-panel-4.11.1-1 and libwnck...## Submitted by Raphael Groner
Assigned to **Nick Schermer**
**[Link to original bug (#11375)](https://bugzilla.xfce.org/show_bug.cgi?id=11375)**
## Description
It seems this bug happens again with xfce4-panel-4.11.1-1 and libwnck-2.30.7-6.
I tried to drag a file from PCManFM-Qt to another workspace. Now the preview of the target workspace is borken and shows always the dragged item that can not be redragged. When click on that target workspace, all windows there show well.
+++ This bug was initially created as a clone of Bug #1735 +++
The workspace switcher does not switch to the requested workspace when dragging an item over the workspace switcher.
This makes it impossible to drag something from one workspace to another, meaning the destination has to be one the same workspace as the source, which affects workflow.
Version: Unspecifiedhttps://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/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/112Bottom menu covers the close button of Firefox search bar2022-05-09T18:26:56ZBugzilla MigrationBottom menu covers the close button of Firefox search bar## Submitted by Helder
Assigned to **Nick Schermer**
**[Link to original bug (#11436)](https://bugzilla.xfce.org/show_bug.cgi?id=11436)**
## Description
1. Open any website on Firefox
2. Search for something (CTRL+F)
3. Move the m...## Submitted by Helder
Assigned to **Nick Schermer**
**[Link to original bug (#11436)](https://bugzilla.xfce.org/show_bug.cgi?id=11436)**
## Description
1. Open any website on Firefox
2. Search for something (CTRL+F)
3. Move the mouse to the bottom right corner, to click in the [x] which closes the search bar
4. The bottom panel appears and does not let the toolbar to be closed, unless we move the mouse up a little and then move it down slowly in order to not reach the last few pixels in the bottom accidentally.
Maybe the area of the panel which doesn't contain any icons should not cause the panel to be displayed?
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/113Applications Menu should be scalable on multi-row panel2022-06-01T15:17:47ZBugzilla MigrationApplications Menu should be scalable on multi-row panel## Submitted by Konstantin Svist
**[Link to original bug (#11451)](https://bugzilla.xfce.org/show_bug.cgi?id=11451)**
## Description
I have a 2-row panel and would like the Applications Menu button to be 2x2 sized.
Right now it ta...## Submitted by Konstantin Svist
**[Link to original bug (#11451)](https://bugzilla.xfce.org/show_bug.cgi?id=11451)**
## Description
I have a 2-row panel and would like the Applications Menu button to be 2x2 sized.
Right now it takes up 1x2 (1 column, 2 rows) but icon is 1x1.
Ideally it should probably have a choice to make it 1x1 or 2x2. Not sure if anyone really wants it to be 1x2
Version: 4.10.14.17.2Gaël BonithonGaël Bonithonhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/114Kiosk mode, xfce4-panel/CustomizePanel not working, lack of documentation, no...2022-04-05T21:10:16ZBugzilla MigrationKiosk mode, xfce4-panel/CustomizePanel not working, lack of documentation, no KISS principle## Submitted by dada
Assigned to **Nick Schermer**
**[Link to original bug (#11459)](https://bugzilla.xfce.org/show_bug.cgi?id=11459)**
## Description
Hi,
Using Linux Mint 17.1.
I tried to setup Kiosk mode for the panel : I don'...## Submitted by dada
Assigned to **Nick Schermer**
**[Link to original bug (#11459)](https://bugzilla.xfce.org/show_bug.cgi?id=11459)**
## Description
Hi,
Using Linux Mint 17.1.
I tried to setup Kiosk mode for the panel : I don't want a user to be able to remove items in the panel.
And I ended with the same issue as descrbed here : http://forum.xfce.org/viewtopic.php?id=9266
The final panel appearance is a mix between my panel and the default panel (the one I got when first running Linux).
1) Why isn't it as easy as described in XFCE Wiki ?!
https://wiki.xfce.org/howto/kiosk_mode
Why putting this :
```
[xfce4-session]
SaveSession=NONE
```
in the kioskrc works fine, and this :
```
[xfce4-panel]
CustomizePanel=root
```
doesn't work ?
2) Why is there a mix between default and customized panel when moving config files to xdg folder ? Why is it so hard (impossible ?) to find documentation that explains how it works ?
So, the goal of this bug report :
Please give us a way to setup the Kiosk mode in an easy (KISS principle) and working way. The Kioskrc file is a good idea, but it is partially broken.
Best regards.
Version: 4.10.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/115Left-click doesn't minimize window if focus-follow-mouse is set2022-07-24T13:57:29ZBugzilla MigrationLeft-click doesn't minimize window if focus-follow-mouse is set## Submitted by spa..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#11500)](https://bugzilla.xfce.org/show_bug.cgi?id=11500)**
## Description
With focus-follows-mouse in use, clicking the panel button for a mini...## Submitted by spa..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#11500)](https://bugzilla.xfce.org/show_bug.cgi?id=11500)**
## Description
With focus-follows-mouse in use, clicking the panel button for a minimized window will open it, but clicking the button for an open window does nothing. The middle mouse button can be optionally configured for this function, but the left button "click up, click down" functionality is broken.
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/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/118Misplaced menu2022-05-24T08:22:13ZBugzilla MigrationMisplaced menu## Submitted by ala..@..mor.fr
Assigned to **Nick Schermer**
**[Link to original bug (#11563)](https://bugzilla.xfce.org/show_bug.cgi?id=11563)**
## Description
I have a dual-screen setup and I use `xrandr --output DVI-0 --primary...## Submitted by ala..@..mor.fr
Assigned to **Nick Schermer**
**[Link to original bug (#11563)](https://bugzilla.xfce.org/show_bug.cgi?id=11563)**
## Description
I have a dual-screen setup and I use `xrandr --output DVI-0 --primary --left-of HDMI-0` to make it work. The two screens does not have the same resolution and ratio.
When my menu is on the left screen, it pops misplaced. But on the right it is well-placed. This bug does not appears until I run the xrandr command.
The whiskermenu works fine.
Version: 4.10.04.13.4https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/119Workspace Switcher uses wrong aspect ratio with Compiz2023-11-06T17:36:29ZBugzilla MigrationWorkspace Switcher uses wrong aspect ratio with Compiz## Submitted by Huw Rogers
Assigned to **Nick Schermer**
**[Link to original bug (#11697)](https://bugzilla.xfce.org/show_bug.cgi?id=11697)**
## Description
Created attachment 6076
patch
This bug is originally submitted here: htt...## Submitted by Huw Rogers
Assigned to **Nick Schermer**
**[Link to original bug (#11697)](https://bugzilla.xfce.org/show_bug.cgi?id=11697)**
## Description
Created attachment 6076
patch
This bug is originally submitted here: https://bugs.launchpad.net/ubuntu/+source/xfce4-panel/+bug/1292820 by Cedric Dufour. Patch is also his.
1. the pager does not use the 'wnck_workspace_get_{width,height}' to calculate its aspect ratio
2. the pager does not recalculate its aspect ratio when Compiz workspaces/viewports settings are changed
Please consider attached patch to fix this behavior.
Once applied, pager size is correct for both Compiz and XFWM4.
**Attachment 6076**, "patch":
[file_11697.txt](/uploads/f62b05d9e1068f49cbde4c25947eac41/file_11697.txt)
Version: 4.12.04.17.3Gaël BonithonGaël Bonithonhttps://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/121xfce panel, sometimes not there on startup, and sometimes stops responding2021-01-31T01:55:07ZBugzilla Migrationxfce panel, sometimes not there on startup, and sometimes stops responding## Submitted by tom..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#11740)](https://bugzilla.xfce.org/show_bug.cgi?id=11740)**
## Description
ArchLinux
i update every day.
xfce panel, sometimes not there on st...## Submitted by tom..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#11740)](https://bugzilla.xfce.org/show_bug.cgi?id=11740)**
## Description
ArchLinux
i update every day.
xfce panel, sometimes not there on startup(can fix by (xfce4-panel &))
and sometimes stops responding, cant interact with any part of it(have to terminate and restart)
when i run it through terminal these errors show up(but might not be the ones that caused the lack of response):
xfce4-panel
(xfce4-panel:6351): GLib-CRITICAL **: init_zone_from_iana_info: assertion 'size >= sizeof (struct tzhead) && memcmp (header, "TZif", 4) == 0' failed
(xfce4-panel:6351): GLib-CRITICAL **: interval_offset: assertion 'tz->t_info != NULL' failed
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/122The Applications Menu Plugin does not respect xsettings IconSizes "panel-appl...2022-07-15T20:35:23ZBugzilla MigrationThe Applications Menu Plugin does not respect xsettings IconSizes "panel-applications-menu" value## Submitted by tra..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#11757)](https://bugzilla.xfce.org/show_bug.cgi?id=11757)**
## Description
The Applications Menu Plugin does not respect xsettings IconSizes "pa...## Submitted by tra..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#11757)](https://bugzilla.xfce.org/show_bug.cgi?id=11757)**
## Description
The Applications Menu Plugin does not respect xsettings IconSizes "panel-applications-menu" value. All icons in Applications Menu have always size 16x16.
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/123workspace wrap is not functional2022-05-29T18:07:53ZBugzilla Migrationworkspace wrap is not functional## Submitted by Mukundan Ragavan
Assigned to **Nick Schermer**
**[Link to original bug (#11803)](https://bugzilla.xfce.org/show_bug.cgi?id=11803)**
## Description
Downstream bug report - https://bugzilla.redhat.com/show_bug.cgi?id...## Submitted by Mukundan Ragavan
Assigned to **Nick Schermer**
**[Link to original bug (#11803)](https://bugzilla.xfce.org/show_bug.cgi?id=11803)**
## Description
Downstream bug report - https://bugzilla.redhat.com/show_bug.cgi?id=1210014
Quoting from the bug report -
"
Description of problem:
In my panel I have the "workspace switcher" item. In Fedora 20 I used to be able to scroll my mouse wheel up and down on this item to wrap from the last workspace to the first one and vice versa. This functionality is gone in Fedora 22. I can still use my mouse wheel on the panel to switch work spaces, but it stops at the last (or first) and no longer wraps around.
Version-Release number of selected component (if applicable):
xfce4-panel-4.12.0-3.fc22.x86_64
How reproducible:
always
Steps to Reproduce:
1. Start with an XFCE environment with a panel and multiple workspaces.
2. In XFCE's Settings, select the "Windows Manager Tweaks" settings.
3. Click the "Workspaces" tab.
4. Ensure "Wrap workspaces when the first or last workspace is reached" box is checked.
5. Add a "workplace switcher" item to your XFCE panel.
6. Move your scroll wheel up or down while hovering over the workspace switcher item in the panel.
Actual results:
The XFCE desktop cycles through each workspace and ends on the final workspace. It doesn't wrap around to the first.
Expected results:
The XFCE desktop should continue to wrap around to the first workspace and cycle through the workspaces a second time.
"
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/124wrong placement of right area pop-up menus with intellihide2021-02-02T23:36:25ZBugzilla Migrationwrong placement of right area pop-up menus with intellihide## Submitted by bru..@...qc.ca
Assigned to **Nick Schermer**
**[Link to original bug (#11827)](https://bugzilla.xfce.org/show_bug.cgi?id=11827)**
## Description
Steps to reproduce:
1) set the main panel to hide intelligently and ...## Submitted by bru..@...qc.ca
Assigned to **Nick Schermer**
**[Link to original bug (#11827)](https://bugzilla.xfce.org/show_bug.cgi?id=11827)**
## Description
Steps to reproduce:
1) set the main panel to hide intelligently and place it on the bottom or top edge of the screen.
2) put a window over the panel (fullscreen or not)
3) put the mouse on the edge to reveal the panel and click on an applet on the right area (example: network, sound, clock, etc.)
4) the pop-up always happens in the upper-left part of the screen!
This bug doesn't happen if the panel is set to autohide. It happens only with intellhide and only if a window is actually hiding the panel.
Tested on Mint 17.1 xfce (with compiz) + PPA for xfce 4.12
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/126Sort windows by timestamp doesn't work when grouping windows2022-05-28T10:16:21ZBugzilla MigrationSort windows by timestamp doesn't work when grouping windows## Submitted by tra..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#12009)](https://bugzilla.xfce.org/show_bug.cgi?id=12009)**
## Description
Created attachment 6330
Sort windows by timestamp when grouping windo...## Submitted by tra..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#12009)](https://bugzilla.xfce.org/show_bug.cgi?id=12009)**
## Description
Created attachment 6330
Sort windows by timestamp when grouping windows fix
xfce4-panel (tasklist) 4.12.0
Sort windows by timestamp doesn't work when grouping windows
The fix in the attachment
**Patch 6330**, "Sort windows by timestamp when grouping windows fix":
[dbk-sort-by-timestamp-fix.patch](/uploads/843a913c81fa92ad2be704b3a5ca123d/dbk-sort-by-timestamp-fix.patch)
Version: 4.12.04.17.2Gaël BonithonGaël Bonithonhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/127Feature request: keyboard selection of a recent file in "window menu"2021-02-01T03:44:38ZBugzilla MigrationFeature request: keyboard selection of a recent file in "window menu"## Submitted by pang
Assigned to **Nick Schermer**
**[Link to original bug (#12052)](https://bugzilla.xfce.org/show_bug.cgi?id=12052)**
## Description
I have assigned a keyboard shortcut to window menu.
It would be very cool if I...## Submitted by pang
Assigned to **Nick Schermer**
**[Link to original bug (#12052)](https://bugzilla.xfce.org/show_bug.cgi?id=12052)**
## Description
I have assigned a keyboard shortcut to window menu.
It would be very cool if I could select an existing window using the keyboard, similarly to what I do in whiskermenu to open a new application.
It would be very fast to find-and-switch-to an existing window in a different desktop.
Regards!
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/128Multimonitor setup: Outline display borders in workspace app2022-04-04T21:13:04ZBugzilla MigrationMultimonitor setup: Outline display borders in workspace app## Submitted by Joachim Durchholz
Assigned to **Nick Schermer**
**[Link to original bug (#12128)](https://bugzilla.xfce.org/show_bug.cgi?id=12128)**
## Description
Created attachment 6410
Current workspace appearance
(Not sure wh...## Submitted by Joachim Durchholz
Assigned to **Nick Schermer**
**[Link to original bug (#12128)](https://bugzilla.xfce.org/show_bug.cgi?id=12128)**
## Description
Created attachment 6410
Current workspace appearance
(Not sure whether "workspace app" is the right identifier, http://docs.xfce.org/xfce/xfwm4/workspaces describes its settings.)
Current situation (as of xfwm4 version 4.12.3, I couldn't find that version in the version list): The workspace app shows each workspace as a rectangle, with application windows indicated by white rectangles on a dark background (I'm aware that this is theme-dependent, I just don't know how to identify the colors in a theme-independent way).
Proposed situation: Draw a light gray border for each physical display, in addition to the window borders.
The display borders could be drawn on top of the windows borders to mimick how a real display border "cuts through" program windows.
**Attachment 6410**, "Current workspace appearance":
![workspace-tray-current](/uploads/fde9766a1d3e2fe817d7481a2d2e6c82/workspace-tray-current.png)
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/129Blinking window frame2022-04-19T17:48:45ZBugzilla MigrationBlinking window frame## Submitted by Khazar
Assigned to **Simon Steinbeiß `@ochosi`**
**[Link to original bug (#12147)](https://bugzilla.xfce.org/show_bug.cgi?id=12147)**
## Description
1. Place xfce4-panel to edge of screen (anywhere, horizontal or v...## Submitted by Khazar
Assigned to **Simon Steinbeiß `@ochosi`**
**[Link to original bug (#12147)](https://bugzilla.xfce.org/show_bug.cgi?id=12147)**
## Description
1. Place xfce4-panel to edge of screen (anywhere, horizontal or vertical).
2. Activate Draw window frame when hovering a button (Window Button > Behaviour).
3. Open a software that have a full screen mode (e.g. Liferea or QupZilla).
4. Minimize the full screened application.
5. Hover cursor on the full screened application button.
6. Window frame blinks and causes higher CPU consumption.
Version: 4.10.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/130Panel anchored to screen edge moves to invisible area when connecting externa...2022-04-12T21:23:08ZBugzilla MigrationPanel anchored to screen edge moves to invisible area when connecting external monitor of larger resolution## Submitted by LAMB
Assigned to **Nick Schermer**
**[Link to original bug (#12152)](https://bugzilla.xfce.org/show_bug.cgi?id=12152)**
## Description
Created attachment 6419
screenshots of panel placement, configuration
Setup in...## Submitted by LAMB
Assigned to **Nick Schermer**
**[Link to original bug (#12152)](https://bugzilla.xfce.org/show_bug.cgi?id=12152)**
## Description
Created attachment 6419
screenshots of panel placement, configuration
Setup information:
* Lenovo laptop with screen resolution of (LVDS1) = 1366x768
* Debian 8
* XFCE 4.12
My XFCE desktop has panels anchored to the top and bottom edges of the screen, with the configuration of the bottom panel as described in attachment file as panel.png.
When plugging an external monitor that has the same or lower vertical resolution (eg.: 1024x768) the placement and anchoring of the panel is respected, appearing as the red bar in attachment as arandr1.png.
When plugging an external monitor that has a higher vertical, such as 1600x1024:
** What I observe**
The viewport bound of the entire desktop extends to a vertical of height 1024, and the bottom panel becomes anchored to this edge instead of edge of screen, leaving it inside an invisible area and ubusableedge instead of the edge of the monitor view, thus being locked in an invisible region and becoming unusable, as in aranrd2.png
** What I expect**
The panel remains anchored to the edge of the screen, where it remains useful.
**Attachment 6419**, "screenshots of panel placement, configuration":
[panebug.zip](/uploads/b4df1dce091ddec7a741a77e76557e6b/panebug.zip)
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/131Some app icons gain two black lines after some time or icon change2021-01-09T22:28:23ZBugzilla MigrationSome app icons gain two black lines after some time or icon change## Submitted by Yan Pas
Assigned to **Nick Schermer**
**[Link to original bug (#12163)](https://bugzilla.xfce.org/show_bug.cgi?id=12163)**
## Description
Created attachment 6430
scr
I've noticed that two apps (skype and simplescr...## Submitted by Yan Pas
Assigned to **Nick Schermer**
**[Link to original bug (#12163)](https://bugzilla.xfce.org/show_bug.cgi?id=12163)**
## Description
Created attachment 6430
scr
I've noticed that two apps (skype and simplescreenrecorder) which are qt as far as i remember after some time or after changng tray icon get two black lines : ine at the bottom, another on the right. That happens, when the panel size is 32, when lower - haven't met. My tray icons size is 24, without border
**Attachment 6430**, "scr":
![Снимок_экрана_2015-08-25_22-24-41](/uploads/484078e163541b47226688465ae6cd48/Снимок_экрана_2015-08-25_22-24-41.png)
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/132Xfce panel buttons don't minimize windows when focus follows mouse is set2022-04-06T09:42:18ZBugzilla MigrationXfce panel buttons don't minimize windows when focus follows mouse is set## Submitted by rainheavenhail
Assigned to **Nick Schermer**
**[Link to original bug (#12186)](https://bugzilla.xfce.org/show_bug.cgi?id=12186)**
## Description
I like to have the focus follow my mouse, but I also like to be able ...## Submitted by rainheavenhail
Assigned to **Nick Schermer**
**[Link to original bug (#12186)](https://bugzilla.xfce.org/show_bug.cgi?id=12186)**
## Description
I like to have the focus follow my mouse, but I also like to be able to both minimize and restore windows by clicking the window button in the panel.
If "click to focus" is set, then I get that behaviour. If I change to "focus follows mouse", then the behaviour of the window buttons seems to be a bit unpredictable.
After some trial and error on my part, I've worked out the behaviour of focus-follows-mouse on Xfce.
--> When focus-follows-mouse is enabled, clicking the window button for each window will bring that window forward, but not give it focus.
--> Clicking the window button of a focused window will minimize it, even if it's not at the front.brings it to the front, if it is minimized, else it will minimize the window.
--> If the window is already brought to the front and not focused, then clicking the window button will do nothing
This seems like a bug to me, although some might argue it's working as designed. Either way, the root of the (apparent) unpredictability was that when focus-follows-mouse is enabled, window buttons on the panel do not affect the *focus* of the target window. It seems to me that this should be the expected behaviour.
Version: 4.10.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/133Open first launcher in list by middle click in groped button2022-04-06T09:49:26ZBugzilla MigrationOpen first launcher in list by middle click in groped button## Submitted by Yan Pas
Assigned to **Nick Schermer**
**[Link to original bug (#12192)](https://bugzilla.xfce.org/show_bug.cgi?id=12192)**
## Description
If the launcher is set to group mode (list of apps pops-up on click) - then ...## Submitted by Yan Pas
Assigned to **Nick Schermer**
**[Link to original bug (#12192)](https://bugzilla.xfce.org/show_bug.cgi?id=12192)**
## Description
If the launcher is set to group mode (list of apps pops-up on click) - then it would be useful to open the first app in list if I middle click launcher.
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/134Invisible style2022-04-04T21:17:02ZBugzilla MigrationInvisible style## Submitted by Khazar
Assigned to **Nick Schermer**
**[Link to original bug (#12202)](https://bugzilla.xfce.org/show_bug.cgi?id=12202)**
## Description
Invisible style may be nice.
Here is my panel setting:
Xfdashboard
-Separat...## Submitted by Khazar
Assigned to **Nick Schermer**
**[Link to original bug (#12202)](https://bugzilla.xfce.org/show_bug.cgi?id=12202)**
## Description
Invisible style may be nice.
Here is my panel setting:
Xfdashboard
-Separator Invisible (expanded)
CPU Graph
CPU Frequency Monitor
-Separator Transparent (expanded)
Weather Update
Clock
-Separator Invisible (expanded)
Show Desktop
Currently, I use two panels for plugin Xfdashboard and plugin Show Desktop.
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/135Make it so that fixed vs auto-shrinking buttons is a config option2022-04-06T10:06:38ZBugzilla MigrationMake it so that fixed vs auto-shrinking buttons is a config option## Submitted by Raymond Jennings
**[Link to original bug (#12205)](https://bugzilla.xfce.org/show_bug.cgi?id=12205)**
## Description
Related: https://bugzilla.xfce.org/show_bug.cgi?id=5045
Related: http://docs.xfce.org/xfce/xfce4...## Submitted by Raymond Jennings
**[Link to original bug (#12205)](https://bugzilla.xfce.org/show_bug.cgi?id=12205)**
## Description
Related: https://bugzilla.xfce.org/show_bug.cgi?id=5045
Related: http://docs.xfce.org/xfce/xfce4-panel/tasklist
Make it so that window buttons can be told to automatically shrink if they don't all fit on the panel.
**Attachment 6453**, "the config dialog I would like this option added to":
![xfce-buttons](/uploads/424436c1fa6f4da674c346ed72e50b3f/xfce-buttons.png)
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/136xfce4-panel covers fullscreen windows with multiple monitors2022-04-05T12:51:27ZBugzilla Migrationxfce4-panel covers fullscreen windows with multiple monitors## Submitted by lvl..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#12269)](https://bugzilla.xfce.org/show_bug.cgi?id=12269)**
## Description
When using multiple monitors, when I have a fullscreen window like a ...## Submitted by lvl..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#12269)](https://bugzilla.xfce.org/show_bug.cgi?id=12269)**
## Description
When using multiple monitors, when I have a fullscreen window like a video on one and a document on the other, when the fullscreen window loses focus the panel starts to cover it. This doesn't just happen with videos in fullscreen it happens watching youtube with iceweasel, chrome, and all fullscreen games.
I recently switched to Xfce from openbox where this bug didn't occur. Also on a side note there is also some weird behavior in full screen apps with the alt tab menu too. Sometimes fullscreen apps steal focus and I can't alt tab out of them.
Version: 4.10.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/137Workspace switcher does not show names and does not allow names to be set2020-05-29T23:37:43ZBugzilla MigrationWorkspace switcher does not show names and does not allow names to be set## Submitted by Robert Sharp
Assigned to **Nick Schermer**
**[Link to original bug (#12271)](https://bugzilla.xfce.org/show_bug.cgi?id=12271)**
## Description
On 4.10 I had my workspace switcher configured with names to ease keybo...## Submitted by Robert Sharp
Assigned to **Nick Schermer**
**[Link to original bug (#12271)](https://bugzilla.xfce.org/show_bug.cgi?id=12271)**
## Description
On 4.10 I had my workspace switcher configured with names to ease keyboard shortcut switching (name = shortcut key). On 4.12 I cannot set the names through the "Workspace Settings" dialogue. It shows an empty list with no way to add an entry.
I copied across the config file from my 4.10 machine and it now shows the same names in the "Workspace settings" dialogue, but if I deselect "Show miniature view" it shows "Workspace 1" etc instead of the name I have set.
Finally, having copied the names through the config file, I have 8 workspaces, but if I increase this to ten it only shows 8 names in the list in the "Workspace Settings" dialogue.
Config file is ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfwm4.xml.
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/138xfce4-panel 4.12.0 fails to correctly set _NET_WM_STRUT_PARTIAL2022-07-10T17:13:40ZBugzilla Migrationxfce4-panel 4.12.0 fails to correctly set _NET_WM_STRUT_PARTIAL## Submitted by Manfred.Knick
**[Link to original bug (#12281)](https://bugzilla.xfce.org/show_bug.cgi?id=12281)**
## Description
#### TRANSFER from Xfce Bugzilla - [Bug 10669](https://bugzilla.xfce.org/show_bug.cgi?id=10669) - [Co...## Submitted by Manfred.Knick
**[Link to original bug (#12281)](https://bugzilla.xfce.org/show_bug.cgi?id=12281)**
## Description
#### TRANSFER from Xfce Bugzilla - [Bug 10669](https://bugzilla.xfce.org/show_bug.cgi?id=10669) - [Comments 8 .. 47](https://bugzilla.xfce.org/show_bug.cgi?id=10669#c8) as a separate bug.
In an extended setup:
- two (different HW) graphics adapters,
- four (different HW) Monitors,
- four independent *separate* X11 screens (!no! TwinView, !no! Xinerama)
- layout: 2 x 2 (two "upper", two "lower")
- layout: Screen 1 | Screen 2
- layout: Screen 0 | Screen 3
- on each: panel (at top)
- in each: workspace switcher with 20 ws in 2 rows (2 x 10)
xfce panel fails to set _NET_WM_STRUT_PARTIAL
on all but screen 2 ("upper right"):
```
$ grep _NET_WM_STRUT_PARTIAL *xprop-panel*
Upper-Right_xprop-panel_maximized:
_NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 31, 0, 0, 0, 0, 0, 0, 1919, 0, 0
Upper-Right_xprop-panel_not-maximized:
_NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 31, 0, 0, 0, 0, 0, 0, 1919, 0, 0
```
In order to avoid duplicity, please c.f. the information already provided in [Bug 10669](https://bugzilla.xfce.org/show_bug.cgi?id=10669) and it's attachments.
Thanks.
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/139Panel doesn´t respect XDG_CONFIG_HOME2022-07-20T17:58:34ZBugzilla MigrationPanel doesn´t respect XDG_CONFIG_HOME## Submitted by Roland
Assigned to **Nick Schermer**
**[Link to original bug (#12305)](https://bugzilla.xfce.org/show_bug.cgi?id=12305)**
## Description
Version: 4.12.0## Submitted by Roland
Assigned to **Nick Schermer**
**[Link to original bug (#12305)](https://bugzilla.xfce.org/show_bug.cgi?id=12305)**
## Description
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/140Crash on middle click on a window button in an overflow menu2021-02-01T22:05:11ZBugzilla MigrationCrash on middle click on a window button in an overflow menu## Submitted by Andrzej
Assigned to **Nick Schermer**
**[Link to original bug (#12319)](https://bugzilla.xfce.org/show_bug.cgi?id=12319)**
## Description
Created attachment 6535
Stacktrace
I middle-clicked on a window button in a...## Submitted by Andrzej
Assigned to **Nick Schermer**
**[Link to original bug (#12319)](https://bugzilla.xfce.org/show_bug.cgi?id=12319)**
## Description
Created attachment 6535
Stacktrace
I middle-clicked on a window button in an overflow menu (in an attempt to close the window). The result was a panel crash. Stacktrace attached.
**Attachment 6535**, "Stacktrace":
[tasklist_stacktrace.log](/uploads/601b061ec700e69e415c72ad69489424/tasklist_stacktrace.log)
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/141Xfce4-panel doesn't react properly on changes made by xfconf-query2022-07-20T15:12:29ZBugzilla MigrationXfce4-panel doesn't react properly on changes made by xfconf-query## Submitted by drkwv
**[Link to original bug (#12355)](https://bugzilla.xfce.org/show_bug.cgi?id=12355)**
## Description
```
$ xfce4-panel --version
xfce4-panel 4.11.0 (Xfce 4.10)
```
I have run into the problem while writing a sc...## Submitted by drkwv
**[Link to original bug (#12355)](https://bugzilla.xfce.org/show_bug.cgi?id=12355)**
## Description
```
$ xfce4-panel --version
xfce4-panel 4.11.0 (Xfce 4.10)
```
I have run into the problem while writing a script that sets up my personal xfce4 settings using command line interface. I was unable to add applicationsmenu plugin onto panel even after restarting xfce4-panel with `xfce4-panel --quit`. It worked only after OS reboot (which was a preferrable alternative to session logout in my case).
Way to reproduce the bug:
1. Reset all "xfce4-panel" values with "xfconf-query".
2. Reboot the system.
3. Login into desktop with free floating empty panel.
4. Execute next xfconf queries:
```
xfconf-query --create --channel 'xfce4-panel' --property '/configver' --type 'int' --set '2'
xfconf-query --create --channel 'xfce4-panel' --property '/panels' --type 'int' --set '1'
xfconf-query --create --channel 'xfce4-panel' --property '/panels/panel-1/autohide' --type 'bool' --set 'false'
xfconf-query --create --channel 'xfce4-panel' --property '/panels/panel-1/background-alpha' --type 'int' --set '100'
xfconf-query --create --channel 'xfce4-panel' --property '/panels/panel-1/background-style' --type 'int' --set '0'
xfconf-query --create --channel 'xfce4-panel' --property '/panels/panel-1/enter-opacity' --type 'int' --set '100'
xfconf-query --create --channel 'xfce4-panel' --property '/panels/panel-1/leave-opacity' --type 'int' --set '100'
xfconf-query --create --channel 'xfce4-panel' --property '/panels/panel-1/length' --type 'int' --set '100'
xfconf-query --create --channel 'xfce4-panel' --property '/panels/panel-1/length-adjust' --type 'bool' --set 'true'
xfconf-query --create --channel 'xfce4-panel' --property '/panels/panel-1/mode' --type 'int' --set '0'
xfconf-query --create --channel 'xfce4-panel' --property '/panels/panel-1/position' --type 'string' --set 'p=6;x=0;y=0'
xfconf-query --create --channel 'xfce4-panel' --property '/panels/panel-1/position-locked' --type 'bool' --set 'true'
xfconf-query --create --channel 'xfce4-panel' --property '/panels/panel-1/size' --type 'int' --set '48'
xfconf-query --create --channel 'xfce4-panel' --property '/panels/panel-1/span-monitors' --type 'bool' --set 'false'
xfconf-query --create --channel 'xfce4-panel' --property '/panels/panel-1/plugin-ids' --force-array --type 'int' --set '1'
xfconf-query --create --channel 'xfce4-panel' --property '/plugins/plugin-1' --type 'string' --set 'applicationsmenu'
```
5. Applicationsmenu button would not show until you reboot or add it manually through the GUI. It will not show even if you reload the xfce4-panel although there would be no difference in `xfce4-settings-editor` between the settings you put through `xfconf-query` or between the settings you'll made through the panel settings GUI.
6. There is probability that `xfce4-panel -s` would take settings from a unknown different place and write it to `~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-panel.xml` disregards of what you have entered using xfconf-query.
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/142In a configuration that switches between signle/dual monitors panels overlap2022-07-15T16:24:11ZBugzilla MigrationIn a configuration that switches between signle/dual monitors panels overlap## Submitted by LIAR
Assigned to **Nick Schermer**
**[Link to original bug (#12363)](https://bugzilla.xfce.org/show_bug.cgi?id=12363)**
## Description
I have a configuration with a laptop + an external monitor.
In this dual moni...## Submitted by LIAR
Assigned to **Nick Schermer**
**[Link to original bug (#12363)](https://bugzilla.xfce.org/show_bug.cgi?id=12363)**
## Description
I have a configuration with a laptop + an external monitor.
In this dual monitor config I have configured a top panel and a bottom panel on both monitors (the proposed configuration of a top panel spanning all monitors was too bad: notifications and workspace switcher were on the far right of the external monitor, thus far away from my mouse pointer when I was working on the laptop monitor).
I often have to give presentations or goto to a meeting with my laptop. Therefore I often switch to single monitor mode.
In such a case, both my top panels end up on top of one another on the single monitor. This makes them totally unuseable.
Version: 4.12.04.17.0Gaël BonithonGaël Bonithonhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/143After created a new Dir with Files no File-Edit possible2021-02-02T00:53:48ZBugzilla MigrationAfter created a new Dir with Files no File-Edit possible## Submitted by Malena Vasquez
Assigned to **Nick Schermer**
**[Link to original bug (#12365)](https://bugzilla.xfce.org/show_bug.cgi?id=12365)**
## Description
Link to Bug: https://bugs.launchpad.net/menulibre/+bug/1482266
Compu...## Submitted by Malena Vasquez
Assigned to **Nick Schermer**
**[Link to original bug (#12365)](https://bugzilla.xfce.org/show_bug.cgi?id=12365)**
## Description
Link to Bug: https://bugs.launchpad.net/menulibre/+bug/1482266
Computer: Lenovo 64 bit. System: LinuxMint 17.1 with XFCE - Whisker Menu
Create a new Directory. Put Files into. Save and close Menulibre. On the Desktop you see your Directory and also your Files. You can click and run them.
Go into the Edit-Mode of Menulibre. You will see your new Directory but no Files!!
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/144Feature request: Applications Menu icon sizes2022-04-05T21:35:15ZBugzilla MigrationFeature request: Applications Menu icon sizes## Submitted by Mitt Green
Assigned to **Nick Schermer**
**[Link to original bug (#12389)](https://bugzilla.xfce.org/show_bug.cgi?id=12389)**
## Description
Ability to change icon sizes as in 4.10 and 4.8, using panel-applications...## Submitted by Mitt Green
Assigned to **Nick Schermer**
**[Link to original bug (#12389)](https://bugzilla.xfce.org/show_bug.cgi?id=12389)**
## Description
Ability to change icon sizes as in 4.10 and 4.8, using panel-applications-menu in gtk-icon-sizes.
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/145clock-time: make change of system's timezone change time for DEFAULT_TIMEZONE2021-02-02T00:56:07ZBugzilla Migrationclock-time: make change of system's timezone change time for DEFAULT_TIMEZONE## Submitted by Andreas Müller
Assigned to **Nick Schermer**
**[Link to original bug (#12453)](https://bugzilla.xfce.org/show_bug.cgi?id=12453)**
## Description
Created attachment 6612
Patch
clock_time->timezone is set in clock_t...## Submitted by Andreas Müller
Assigned to **Nick Schermer**
**[Link to original bug (#12453)](https://bugzilla.xfce.org/show_bug.cgi?id=12453)**
## Description
Created attachment 6612
Patch
clock_time->timezone is set in clock_time_init so the condition
'clock_time->timezone != NULL
is matching always.
Tested by selecting seconds displayed (-> quick update) and changing timezone.
**Patch 6612**, "Patch":
[0001-clock-time-make-change-of-system-s-timezone-change-t.patch](/uploads/9cb0651f5b6be4551db23f105b6331c5/0001-clock-time-make-change-of-system-s-timezone-change-t.patch)
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/146Window Buttons settings are wrong after boot/resume from sleep2022-07-20T18:25:40ZBugzilla MigrationWindow Buttons settings are wrong after boot/resume from sleep## Submitted by Rion
Assigned to **Nick Schermer**
**[Link to original bug (#12463)](https://bugzilla.xfce.org/show_bug.cgi?id=12463)**
## Description
I have two monitors. Each monitor has its own panel with Window Buttons.
I've ...## Submitted by Rion
Assigned to **Nick Schermer**
**[Link to original bug (#12463)](https://bugzilla.xfce.org/show_bug.cgi?id=12463)**
## Description
I have two monitors. Each monitor has its own panel with Window Buttons.
I've configured to show only buttons for current monitor/screen.
but after resume from sleep both panels show buttons from left screen (primary one?). So each time I have to open Window Buttons settings. set all checkboxes and unset them again to make it working properly.
Version: 4.13.14.13.4https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/147App icon menus overlapping the panel when xfce4-panel is set to autohide2022-09-18T16:01:18ZBugzilla MigrationApp icon menus overlapping the panel when xfce4-panel is set to autohide## Submitted by Kevin Jones
Assigned to **Nick Schermer**
**[Link to original bug (#12503)](https://bugzilla.xfce.org/show_bug.cgi?id=12503)**
## Description
On an xfce desktop, when invoked from a bottom panel with a right or lef...## Submitted by Kevin Jones
Assigned to **Nick Schermer**
**[Link to original bug (#12503)](https://bugzilla.xfce.org/show_bug.cgi?id=12503)**
## Description
On an xfce desktop, when invoked from a bottom panel with a right or left click on a button icon (in systray, app launchers, etc.), many of the menus manifest overlapping the panel rather than just adjacent above the panel as in a fixed always visible panel configuration. In many cases this results in a 'quit' option at the bottom of the option menu manifesting directly under the mouse pointer. If an extra click (or a click-hold-release) passes through one can easily end up inadvertently closing a running application that was docked in the systray when intending to access other options.
Screenshot: http://en.zimagez.com/zimage/xfceiconmenuscreenshots.php
[Linked image shows screenshots of both for comparison with 'autohide' set (top half) and with persistently visible panel (bottom half); while 'onboard' was used as an example, the the same behavior occurs with many, but not all, other icons in panel as well.]
A question arises as to how much of the behavior arises from how individual apps are setup versus how xfce panel is handling them and how the xfce4 panel might be tweaked in future updates to compensate.
Something about the panel state is apparently getting passed by xfce-panel to the various apps and their various toolkits or else there wouldn't be a change in displayed menu placement in the first place, right? The apps which do the erroneous placement appear to be drawing from some variable noting the location of the collapsed state top edge ... if such a variable might be identified and corrected/faked as the location of the top edge when displayed (without app icons detaching from the panel and remaining behind when the panel actually is collapsed) ... It seems at least plausible that some form of tweak to compensate for the vagaries of the app toolkits and such might be handled from the xfce-panel end.
related threads elsewhere:
https://forum.xfce.org/viewtopic.php?id=10591
https://redd.it/4a90k5
Version: Unspecified4.17.2Gaël BonithonGaël Bonithonhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/148Segmentation fault when closing many programs from taskbar2021-02-02T23:34:23ZBugzilla MigrationSegmentation fault when closing many programs from taskbar## Submitted by mirh
Assigned to **Nick Schermer**
**[Link to original bug (#12513)](https://bugzilla.xfce.org/show_bug.cgi?id=12513)**
## Description
xfce4-panel[2069]: segfault at 100000001 ip 00007fa4be4f0847 sp 00007ffe54ca400...## Submitted by mirh
Assigned to **Nick Schermer**
**[Link to original bug (#12513)](https://bugzilla.xfce.org/show_bug.cgi?id=12513)**
## Description
xfce4-panel[2069]: segfault at 100000001 ip 00007fa4be4f0847 sp 00007ffe54ca4000 error 4 in libtasklist.so[7fa4be4e8000+1a000]
In particular, open at least 10 windows of the same program (so that when right-clicking you get no other button than window names themselves)
Then start "right click > close" over every one of them.
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/149Wrap workspaces depending on the actual desktop layout not working after logo...2021-02-02T03:16:48ZBugzilla MigrationWrap workspaces depending on the actual desktop layout not working after logout/reboot## Submitted by kafran
**[Link to original bug (#12529)](https://bugzilla.xfce.org/show_bug.cgi?id=12529)**
## Description
The "wrap workspaces depending on the actual desktop layout" is not working after a logout or reboot, saving ...## Submitted by kafran
**[Link to original bug (#12529)](https://bugzilla.xfce.org/show_bug.cgi?id=12529)**
## Description
The "wrap workspaces depending on the actual desktop layout" is not working after a logout or reboot, saving or not the session. After the reboot, a 2x2 workspace layout will wrap only horizontally. Un-checking and Re-checking the "wrap workspaces depending on the actual desktop layout" on "Window Manager Tweaks > Workspaces" doesn't work. Removing and re-adding the applet "Workspace Switcher" to the panel and reconfiguring it as 2x2 layout make it work again.
Environment Info:
OS: Xubuntu 14.04.4 / XFCE 4.12.0 from xubuntu-dev ppa (also tried on Fedora 23)
Panel layout: on Xubuntu: Deskbar / on Fedora: horizontal
Steps to reproduce:
1. Open Window Manager Tweak > Worspaces
2. Check "Wrap workspaces depending on the actual desktop layout"
3. Check "Wrap workspaces when the first or the last workspace is reached"
4. Open Window Manager > Advanced
5. Check "With the mouse pointer"
6. Add the applet "Workspace Switcher" to panel
7. On workspace settings "Number of workspaces = 4"
8. On Workspace Switcher properties "Number of rows = 2"
9. Change workspaces moving the mouse pointer to right/left/top/bottom edges
10. Logout/Reboot
11. "Wrap workspaces depending on the actual desktop layout" is not working anymore
12. Remove the "Workspace Switcher" from the panel. Re-add and re-configure the applet.
+++ This bug was initially created as a clone of Bug #1512 +++
I have my workspaces set up in a 2x2 square and I have wrap workspaces enabled.
I've had this setup for years. When I upgraded to 4.2.3, something strange
happened. The pointer would wrap sideways, but not up and down. If I was
dragging a window, it worked fine.
Unchecking and rechecking the option in the window manager settings dialog made
it work again.
Reproducible: Didn't try
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/150Panel items are not displayed arbitrarily2022-04-06T10:29:02ZBugzilla MigrationPanel items are not displayed arbitrarily## Submitted by Martin Unzner
Assigned to **Nick Schermer**
**[Link to original bug (#12582)](https://bugzilla.xfce.org/show_bug.cgi?id=12582)**
## Description
Panel items listed in preferences but not rendered. This bug is recurr...## Submitted by Martin Unzner
Assigned to **Nick Schermer**
**[Link to original bug (#12582)](https://bugzilla.xfce.org/show_bug.cgi?id=12582)**
## Description
Panel items listed in preferences but not rendered. This bug is recurring regularly, but not easily reproducible. Are there any log files / debug flags that could help track down this issue? Thanks!
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/151Panel location when a monitor is disconnected2023-07-03T10:30:21ZBugzilla MigrationPanel location when a monitor is disconnected## Submitted by ajavibp
Assigned to **Nick Schermer**
**[Link to original bug (#12588)](https://bugzilla.xfce.org/show_bug.cgi?id=12588)**
## Description
Created attachment 6668
Panel configuration
When you have multiple monitors...## Submitted by ajavibp
Assigned to **Nick Schermer**
**[Link to original bug (#12588)](https://bugzilla.xfce.org/show_bug.cgi?id=12588)**
## Description
Created attachment 6668
Panel configuration
When you have multiple monitors, it is possible to choose where you want to see the Xfce panel (Monitor 1, Monitor 2, ...). If you choose a Monitor and it is disconnected, the panel dissapears. I think the panel should be reassigned to a connected monitor.
**Attachment 6668**, "Panel configuration":
![screenshot](/uploads/eea14234ba3099d0a658b75cbd0df7ce/screenshot.jpg)
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/152Buggy drop down menu for sound and wifi menu2021-02-02T03:34:23ZBugzilla MigrationBuggy drop down menu for sound and wifi menu## Submitted by Corey Bruce
Assigned to **Nick Schermer**
**[Link to original bug (#12620)](https://bugzilla.xfce.org/show_bug.cgi?id=12620)**
## Description
When elements change in drop down menus like wifi detected new wifi or m...## Submitted by Corey Bruce
Assigned to **Nick Schermer**
**[Link to original bug (#12620)](https://bugzilla.xfce.org/show_bug.cgi?id=12620)**
## Description
When elements change in drop down menus like wifi detected new wifi or more added players for music/sound or opened players the drop down menu will appear over the panel or off the panel, this has been a ongoing issue for a long time on XFCE/Xubuntu
here are screenshots (had to take them with my phone as you cant use print screen while menus are open)
http://i.imgur.com/Va088gi.jpg
http://i.imgur.com/TFaCdsh.jpg
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/445Mouse hover popups appear in the wrong part of the2021-02-28T23:16:18ZBugzilla MigrationMouse hover popups appear in the wrong part of the## Submitted by Konstantin Svist
Assigned to **Olivier Fourdan `@olivier`**
**[Link to original bug (#10920)](https://bugzilla.xfce.org/show_bug.cgi?id=10920)**
## Description
Created attachment 5499
popup in the wrong place
When...## Submitted by Konstantin Svist
Assigned to **Olivier Fourdan `@olivier`**
**[Link to original bug (#10920)](https://bugzilla.xfce.org/show_bug.cgi?id=10920)**
## Description
Created attachment 5499
popup in the wrong place
When I hover my mouse cursor over certain items in systray (e.g. xfce4-power-manager, SELinux tool), a popup appears at the top of the screen, but the systray is at the bottom of the screen.
**Attachment 5499**, "popup in the wrong place":
![Screenshot_-_05292014_-_08_11_32_PM](/uploads/2322077b66f0bae34d6c2ddd91ec8ad3/Screenshot_-_05292014_-_08_11_32_PM.png)Olivier FourdanOlivier Fourdanhttps://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/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/155On start xfce4-panel displays windows only from the left monitor2022-04-04T21:33:09ZBugzilla MigrationOn start xfce4-panel displays windows only from the left monitor## Submitted by Yan Pas
Assigned to **Nick Schermer**
**[Link to original bug (#12670)](https://bugzilla.xfce.org/show_bug.cgi?id=12670)**
## Description
I use two monitors and two panels, each panel has window buttons applet and ...## Submitted by Yan Pas
Assigned to **Nick Schermer**
**[Link to original bug (#12670)](https://bugzilla.xfce.org/show_bug.cgi?id=12670)**
## Description
I use two monitors and two panels, each panel has window buttons applet and each of the applet shows windows only from current monitor. When the user logged in and the panel applet starts it displays windows only from the left monitor. If I tick that settings twice the panell will show windows from correct monitor
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/156Properties dialog forgets button title2021-02-02T23:58:17ZBugzilla MigrationProperties dialog forgets button title## Submitted by Ilkka Törmä
Assigned to **Nick Schermer**
**[Link to original bug (#12671)](https://bugzilla.xfce.org/show_bug.cgi?id=12671)**
## Description
Created attachment 6719
Panel configuration file
If I open and close th...## Submitted by Ilkka Törmä
Assigned to **Nick Schermer**
**[Link to original bug (#12671)](https://bugzilla.xfce.org/show_bug.cgi?id=12671)**
## Description
Created attachment 6719
Panel configuration file
If I open and close the Properties dialog of the Applications Menu without modifying the "Button title" field, the button will lose its title. When I open the dialog again, the title field is blank. OTOH, if I modify the title in any way, it won't disappear.
The issue seems similar to https://bugzilla.xfce.org/show_bug.cgi?id=11527 where all fields in the clock settings become blank in some circumstances.
To reproduce:
Right-click on the Applications Menu, and open the Properties dialog. Close the Properties dialog without touching the Button title field. See that the button title has disappeared.
System info:
OS: Debian testing (stretch/sid)
Architecture: i386
Kernel: Linux 4.6.0-1-686-pae
Locale: LANG="en_US.UTF-8" ,LANGUAGE="en_US:en"
**Attachment 6719**, "Panel configuration file":
[xfce4-panel.xml](/uploads/b8f6e32c8a34be4bbff064658b7331fe/xfce4-panel.xml)
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/157Left-clicking on an item in tasklist doesn't raise it if it has focus2022-04-06T14:34:29ZBugzilla MigrationLeft-clicking on an item in tasklist doesn't raise it if it has focus## Submitted by xfc..@..er.net
Assigned to **Nick Schermer**
**[Link to original bug (#12705)](https://bugzilla.xfce.org/show_bug.cgi?id=12705)**
## Description
I use focus-follows-mouse with raise-on-focus turned off. On a clutt...## Submitted by xfc..@..er.net
Assigned to **Nick Schermer**
**[Link to original bug (#12705)](https://bugzilla.xfce.org/show_bug.cgi?id=12705)**
## Description
I use focus-follows-mouse with raise-on-focus turned off. On a cluttered desktop, I normally will left-click a window in the tasklist in order to (1) restore it (if it's minimized) and (2) raise it. I came to depend on this behavior from many years of using KDE, and it seems Xfce works essentially the same, but there seems to be a bug with it in one situation:
If the window button that I left-click on currently has focus (because it was the last window I rolled over when moving my mouse to the panel), then it won't get raised. I assume that this must be a bug, as it doesn't make much sense that someone using focus-follows-mouse would want a window not to be raised on left-click just because that window happened to be the last one their mouse rolled over before the pointer got into the panel.
In case anything isn't clear, there is some additional discussion of this between myself and ToZ at:
https://forum.xfce.org/viewtopic.php?id=10977
Also, I recorded a video of the problem at:
https://www.youtube.com/watch?v=YukSJZTgBBs
(Note how the first time I left-click on Thunderbird's tasklist entry, it doesn't get raised because my mouse hit it on the way up; but the second time I left-click it, it does, because I avoided it on the way up)
Version: 4.14.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/158Enhancement: Add "Start New Instance" item to right-click menu2022-04-07T11:55:30ZBugzilla MigrationEnhancement: Add "Start New Instance" item to right-click menu## Submitted by Matthew Brush `@matt`
Assigned to **Nick Schermer**
**[Link to original bug (#12711)](https://bugzilla.xfce.org/show_bug.cgi?id=12711)**
## Description
Created attachment 6741
Implements "Start New Instace" menu it...## Submitted by Matthew Brush `@matt`
Assigned to **Nick Schermer**
**[Link to original bug (#12711)](https://bugzilla.xfce.org/show_bug.cgi?id=12711)**
## Description
Created attachment 6741
Implements "Start New Instace" menu item.
I have made a patch to the Tasklist plugin to allow launching a new instance of the application from its right-click menu. This feature is available on Windows 7 (and greater, I assume), MacOS dock, and KDE (at least plasma5).
The implementation is Linux-specific but could be extended to other platforms and the menu item simply won't be added to the menu if the feature is not supported.
**Patch 6741**, "Implements "Start New Instace" menu item.":
[0001-Tasklist-Add-Start-New-Instance-item-to-button-menu.patch](/uploads/3833b57887da12a07a5dd0530ec76abc/0001-Tasklist-Add-Start-New-Instance-item-to-button-menu.patch)
Version: Unspecified4.15.4Simon SteinbeißSimon Steinbeißhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/159workspace switcher does not respect wraparound settings2022-04-04T21:37:15ZBugzilla Migrationworkspace switcher does not respect wraparound settings## Submitted by illumilore
Assigned to **Nick Schermer**
**[Link to original bug (#12808)](https://bugzilla.xfce.org/show_bug.cgi?id=12808)**
## Description
With the workspace settings set to wraparound (hitting keyboard shortcut ...## Submitted by illumilore
Assigned to **Nick Schermer**
**[Link to original bug (#12808)](https://bugzilla.xfce.org/show_bug.cgi?id=12808)**
## Description
With the workspace settings set to wraparound (hitting keyboard shortcut move workspace to the left on the leftmost wraps around to the rightmost), the workspace switcher panel plugin does not wraparound when using mousewheel on it.
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/160GtkStatusIcon shows allocation warning on XFCE4 panel2022-04-04T21:43:20ZBugzilla MigrationGtkStatusIcon shows allocation warning on XFCE4 panel## Submitted by fujiwara
Assigned to **Nick Schermer**
**[Link to original bug (#12843)](https://bugzilla.xfce.org/show_bug.cgi?id=12843)**
## Description
Created attachment 6835
Test program
When Gtk 3.21.5 GtkStatusIcon runs on...## Submitted by fujiwara
Assigned to **Nick Schermer**
**[Link to original bug (#12843)](https://bugzilla.xfce.org/show_bug.cgi?id=12843)**
## Description
Created attachment 6835
Test program
When Gtk 3.21.5 GtkStatusIcon runs on XFCE4 panel, the following warning is output:
(a:6205): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to underallocate toplevel GtkTrayIcon 0x1a964c0. Allocation is 22x22, but minimum required size is 24x24.
The warning is not shown in Fedora 24 GTK3.
The allocation warning is not shown on LXDE.
% gcc -o a a.c `pkg-config --cflags --libs gtk+-3.0`
**Attachment 6835**, "Test program":
[a.c](/uploads/63151e63f80abcc603e5c3634cfb8fcb/a.c)
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/161xfce4-panel: choosing system background color causes immense cpu leak on skyl...2022-07-18T19:28:31ZBugzilla Migrationxfce4-panel: choosing system background color causes immense cpu leak on skylake when specific plugins are activated## Submitted by svn..@..web.de
Assigned to **Nick Schermer**
**[Link to original bug (#12855)](https://bugzilla.xfce.org/show_bug.cgi?id=12855)**
## Description
When activating xfce4-powermanager-plugin and xfce4-pulseaudio-plugin...## Submitted by svn..@..web.de
Assigned to **Nick Schermer**
**[Link to original bug (#12855)](https://bugzilla.xfce.org/show_bug.cgi?id=12855)**
## Description
When activating xfce4-powermanager-plugin and xfce4-pulseaudio-plugin, both applications cause immense cpu-leak up to 40% cpu, system starts to hang after few seconds.
Both applications use the panel wrapper 2.0 instead of 1.0
Issue is gone when:
-choosing background image instead system color in panel options
-choosing personal color and changing one time transperency back and forth.
-removing the plugins from the panel.
Tested on vm and 2 different machines. Can only reproduce on Skylake cpu...
Steps to reproduce:
-Skylake Cpu
-install the 2 plugins
-activate plugins
-inspect behaviour in taskmanager and see immense cpu leak
It has still to be tested if more plugins are afftected.
Version: 4.12.04.17.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/162Tomighty tray icon is flickering2022-07-10T09:30:16ZBugzilla MigrationTomighty tray icon is flickering## Submitted by bod..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#12971)](https://bugzilla.xfce.org/show_bug.cgi?id=12971)**
## Description
I've built https://github.com/tomighty/tomighty and am getting its ti...## Submitted by bod..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#12971)](https://bugzilla.xfce.org/show_bug.cgi?id=12971)**
## Description
I've built https://github.com/tomighty/tomighty and am getting its timer flickering (temporarily displaying a gray square) irregularly once a few seconds. Icons of other applications work well and the tomighty's static tomato icon (when it's not discounting a timer) does not flicker too.
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/163Filtering windows from other workspaces setting value ignored after reboot2022-04-04T21:44:11ZBugzilla MigrationFiltering windows from other workspaces setting value ignored after reboot## Submitted by not..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#13055)](https://bugzilla.xfce.org/show_bug.cgi?id=13055)**
## Description
In dual screen scenario with one panel on each screen and one window ...## Submitted by not..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#13055)](https://bugzilla.xfce.org/show_bug.cgi?id=13055)**
## Description
In dual screen scenario with one panel on each screen and one window buttons on each panel, if window buttons on secondary screen is set to not "Show windows from all workspaces or viewpoers" everything works untill next reboot. After which one needs to manualy check and uncheck the box to regain the functionality
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/164Intelligent Hide Does Not Allow App Launcher Click With Compiz2022-05-09T20:45:33ZBugzilla MigrationIntelligent Hide Does Not Allow App Launcher Click With Compiz## Submitted by annoyingduck
Assigned to **Nick Schermer**
**[Link to original bug (#13348)](https://bugzilla.xfce.org/show_bug.cgi?id=13348)**
## Description
Compiz.09 series installed with XFCE4. Using a secondary panel as a doc...## Submitted by annoyingduck
Assigned to **Nick Schermer**
**[Link to original bug (#13348)](https://bugzilla.xfce.org/show_bug.cgi?id=13348)**
## Description
Compiz.09 series installed with XFCE4. Using a secondary panel as a dock with app launchers "Intelligently" hide does not allow application launchers to be clicked when Compiz is running, it simply hides the panel (application does not launch). "Always & Never" hide are not affected, work as they should. Running Arch Linux (gtk 3.22), but result is the same on Mint 18.1 (gtk 3.18).
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/165Timezone is applied twice2022-04-17T12:15:16ZBugzilla MigrationTimezone is applied twice## Submitted by tim..@..15.com
Assigned to **Nick Schermer**
**[Link to original bug (#13353)](https://bugzilla.xfce.org/show_bug.cgi?id=13353)**
## Description
Setup:
'timedatectl' gives me reasonable outputs:
- 'local time' is ...## Submitted by tim..@..15.com
Assigned to **Nick Schermer**
**[Link to original bug (#13353)](https://bugzilla.xfce.org/show_bug.cgi?id=13353)**
## Description
Setup:
'timedatectl' gives me reasonable outputs:
- 'local time' is the correct local time
- 'universal time' is the correct UTC
- 'RTC' is the same as UTC
- 'time zone' is set to my city
- 'network time' 'NTP sync' and 'RTC in local TZ' are all net to no
In the properties menu of the clock in the panel I have entered my city in 'timezone'
Expected outcome:
I would expect to see the correct local time on the clock in the panel. The clock should either query the "local time" from timedatectl and display that, or query the UTC from timedatectl and apply the timezone entered in its properties menu.
Outcome:
The clock in the panel shows a time which seems to be UTC with the timezone difference applied twice.
It displays the correct local time when nothing is entered as timezone in the properties menu of the clock.
This is counter-intuitive and confusing, as the timezone field of clock needs to stay empty on a system with correctly set timezone in timedatectl.
Version: 4.12.04.13.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/166Allow middle-click on window to launch new instance of same application2022-05-06T17:23:11ZBugzilla MigrationAllow middle-click on window to launch new instance of same application## Submitted by map..@..il.com
**[Link to original bug (#13458)](https://bugzilla.xfce.org/show_bug.cgi?id=13458)**
## Description
Hi,
On recent versions of MS Windows, performing middle-click (mouse3) on a window-button in the tas...## Submitted by map..@..il.com
**[Link to original bug (#13458)](https://bugzilla.xfce.org/show_bug.cgi?id=13458)**
## Description
Hi,
On recent versions of MS Windows, performing middle-click (mouse3) on a window-button in the taskbar does launch a new instance of the same application.
It's quite convenient, if you have several terminals or browser windows open and you just need one more, to simply middle-click on any existing one.
I see the window-buttons panel widget does already have some options for the mouse3 behaviour, i propose that this behaviour is added as an additional option.
Regards
mappu
Version: Unspecified4.17.1carlos-ramos-73carlos-ramos-73https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/167visually differentiate "always on top" windows2021-02-03T00:26:38ZBugzilla Migrationvisually differentiate "always on top" windows## Submitted by unh..@..@mm.st
Assigned to **Nick Schermer**
**[Link to original bug (#13544)](https://bugzilla.xfce.org/show_bug.cgi?id=13544)**
## Description
I have all my windows maximized. I somehow clicked "Always on top" on...## Submitted by unh..@..@mm.st
Assigned to **Nick Schermer**
**[Link to original bug (#13544)](https://bugzilla.xfce.org/show_bug.cgi?id=13544)**
## Description
I have all my windows maximized. I somehow clicked "Always on top" on Emacs without meaning to, and then got frustrated when Firefox wouldn't show when I clicked it in the panel (thinking Firefox had crashed) – it took me a while to check the always-on-top-state of Emacs. A less experienced user might never have thought to check it.
Feature request: some sort of visual indication in the panel on the windows that are always on top. I don't know what a good indicator would be, perhaps bolded font or a background colour that is 70 % of the "active window" colour or just a "*" before the window title. This kind of feature might also make sense for "always hide" windows.
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/1684.13: Panel placed incorrectly when monitor configuration changes2022-04-06T13:59:48ZBugzilla Migration4.13: Panel placed incorrectly when monitor configuration changes## Submitted by Klaus Kusche
**[Link to original bug (#13620)](https://bugzilla.xfce.org/show_bug.cgi?id=13620)**
## Description
The size of my screen changes several times a day:
1920x1080 in laptop-only mode
1920x1200 when the...## Submitted by Klaus Kusche
**[Link to original bug (#13620)](https://bugzilla.xfce.org/show_bug.cgi?id=13620)**
## Description
The size of my screen changes several times a day:
1920x1080 in laptop-only mode
1920x1200 when the monitor at my office is connected to the laptop
2560x1600 when my monitor at home is connected to the laptop
1024x768 when I'm presenting in a lecture hall with a VGA beamer
(The external monitors are not arranged side-by-side to the internal laptop
display, but on top of it: All outputs have upper left corner +0+0.
In the VGA configuration, the internal display is also reduced to 1024x768.
In the monitor configurations, the internal display remains 1920x1080
and shows only the upper part of the screen).
I've a panel at the bottom of my screen.
Up to 4.12, this panel always moved to the lower edge of the screen
automatically, without any manual intervention, no matter what the size was.
With 4.13, it does not:
When the screen is smaller than before, the panel moves up to the new lower edge, but when the screen is larger than before (i.e. when starting a session
on an external monitor), the panel does not move down to the new lower edge
of the screen but is displayed somewhere in the middle of the screen
and needs to be dragged to the lower edge manually.
How can I configure the panel to stay at the lower edge of the screen,
even when the monitor configuration changes, as it always did before?
Version: 4.13.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/169alpha setting not available/working in xfce panel preferences/appearance with...2021-02-03T00:33:32ZBugzilla Migrationalpha setting not available/working in xfce panel preferences/appearance with solid color & composting enabled in compton## Submitted by Larry Johnson
**[Link to original bug (#13701)](https://bugzilla.xfce.org/show_bug.cgi?id=13701)**
## Description
This was working previously. but has recently changed.
```
xorg-server 1.19.3-2
xfce4-panel 4.12.1-1
...## Submitted by Larry Johnson
**[Link to original bug (#13701)](https://bugzilla.xfce.org/show_bug.cgi?id=13701)**
## Description
This was working previously. but has recently changed.
```
xorg-server 1.19.3-2
xfce4-panel 4.12.1-1
NVIDIA GLX Module 381.22 [2017-06-30 06:15] [ALPM] upgraded nvidia-ck-sandybridge (1:381.22-3 -> 1:381.22-4)
nVidia GP107 [GeForce GTX 1050 Ti]
```
Could it be the Compositor?
```
compton 0.1_beta2.5-8 ( Build Date: Fri 16 Jun 2017 11:12:56 AM PDT)
command: qcompton -b --config /home/ljohnson/.config/compton/compton:0.0.conf -d :0.0
```
**Attachment 7211**, "Screenshot of panel demonstrating problem":
![Screenshot_2017-07-01_10-22-13](/uploads/b4d7d6eea11a6cfa267755567a69869c/Screenshot_2017-07-01_10-22-13.png)
Version: 4.12.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/170Window buttons show windows from wrong monitor at random times2022-04-04T21:50:41ZBugzilla MigrationWindow buttons show windows from wrong monitor at random times## Submitted by Jesse
Assigned to **Nick Schermer**
**[Link to original bug (#13706)](https://bugzilla.xfce.org/show_bug.cgi?id=13706)**
## Description
This bug is similar to #9995, #12670 and #10725. With a two-monitor setup, eac...## Submitted by Jesse
Assigned to **Nick Schermer**
**[Link to original bug (#13706)](https://bugzilla.xfce.org/show_bug.cgi?id=13706)**
## Description
This bug is similar to #9995, #12670 and #10725. With a two-monitor setup, each monitor having a panel with window buttons showing windows from that monitor only, the right-hand monitor sometimes shows the windows from the left-hand (primary) monitor. The workaround is to enable then disable the "show windows from all monitors" setting on the affected window buttons. The difference between this bug and the ones mentioned is that this is not restricted to startup. It happens at seemingly random times.
Version: 4.12.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/171locked & unlocked values in panel config file causes panel not to load2022-07-15T06:24:31ZBugzilla Migrationlocked & unlocked values in panel config file causes panel not to load## Submitted by epo..@..up.com
**[Link to original bug (#13716)](https://bugzilla.xfce.org/show_bug.cgi?id=13716)**
## Description
Xubuntu 14.04.4
```
$apt-cache policy xfce4
xfce4:
Installed: 4.10.1
Candidate: 4.10.1
Version...## Submitted by epo..@..up.com
**[Link to original bug (#13716)](https://bugzilla.xfce.org/show_bug.cgi?id=13716)**
## Description
Xubuntu 14.04.4
```
$apt-cache policy xfce4
xfce4:
Installed: 4.10.1
Candidate: 4.10.1
Version table:
*** 4.10.1 0
```
Similar to this thread: https://forum.xfce.org/viewtopic.php?id=5681
`<channel name="xfce4-panel" version="1.0" locked="*" unlocked="root">`
If I lock down the panels with this setting in `~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-panel.xml`, the customized panel fails to load and Xfce requests the user to select a blank or default panel upon startup: "Welcome to the first start of the panel"
I am unable to use kiosk mode nor upgrade to newer distros due to my environment. Is there a workaround for this?
Version: 4.10.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/172Error when trying to reload genmon using root2021-02-03T00:50:37ZBugzilla MigrationError when trying to reload genmon using root## Submitted by Yaron Shahrabani
Assigned to **Nick Schermer**
**[Link to original bug (#13814)](https://bugzilla.xfce.org/show_bug.cgi?id=13814)**
## Description
Created attachment 7293
An error message as described in the bug re...## Submitted by Yaron Shahrabani
Assigned to **Nick Schermer**
**[Link to original bug (#13814)](https://bugzilla.xfce.org/show_bug.cgi?id=13814)**
## Description
Created attachment 7293
An error message as described in the bug report.
Hello,
TL;DR:
I was trying to refresh genmon on xfce-panel running on my user using root and failed with a non explanatory error message, I'm trying to do this so I can refresh genmon display using udev.
Long version:
First I would like to present my goal, I'm a Manjaro user:
I want to have a genmon item showing me the current battery status for my phone connecting via USB cable with adb (debug mode enabled).
I configured my genmon correctly, I even have error handling mechanism for when my device is being disconnected and the "adb shell" command would fail.
And then I realized I want more, I want the genmon script to be refreshed when I'm plugging or unplugging my device so I wrote a simple udev script, I think now is the right time to mention that the udev scripts are running as the "root" user.
So I tried refreshing my genmon display using this command:
/usr/bin/xfce4-panel --plugin-event=genmon-10:refresh:bool:true
But it didn't work.
So I tried switching to root and then running this command again to simulate the udev environment, the command failed due to missing display so I added --display=:0.
Now I got a "protocol undefined" so I switched to my user with su so the command looks something like:
su yaron -c "/usr/bin/xfce4-panel --plugin-event=genmon-10:refresh:bool:true --display=:0"
Now I'm getting a dialog with the following details:
Title: Failed to send D-Bus message
Message body: Using X11 for dbus-daemon autolaunch was disabled at compile time, set your DBUS_SESSION_BUS_ADDRESS instead
(Screenshot attached).
I Googled the issue and on some bug reports devs were saying this is a really old version so I tried looking at the version myself.
So apparently I'm using the latest version:
xfce4-panel 4.12.1 (Xfce 4.12)
Copyright (c) 2004-2011
The Xfce development team. All rights reserved.
Please report bugs to <http://bugzilla.xfce.org/>.
If I'm doing something wrong please tell me, if there's something I can fix myself I'd love that.
**Attachment 7293**, "An error message as described in the bug report.":
![Screenshot_2017-08-22_18-35-26](/uploads/4210847faa52de66e95b8791716793e9/Screenshot_2017-08-22_18-35-26.png)
Version: 4.12.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/173workspace switcher set to 4 but 16 boxes are displayed.2022-07-15T20:47:28ZBugzilla Migrationworkspace switcher set to 4 but 16 boxes are displayed.## Submitted by fuj..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#13828)](https://bugzilla.xfce.org/show_bug.cgi?id=13828)**
## Description
Created attachment 7301
screen shot of the panel and the workspaces s...## Submitted by fuj..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#13828)](https://bugzilla.xfce.org/show_bug.cgi?id=13828)**
## Description
Created attachment 7301
screen shot of the panel and the workspaces settings
The screen shot shows the issue. The Workspaces settings manager is set to 4 workspaces but the panel shows 16 workspaces. In one sense there are really only 4. Sticking the mouse pointer into each box shows workspaces as follows:
1 1 2 2 3 3 4 4
1 1 2 2 3 3 4 4
> xfconf-query -c xfwm4 -p /general/workspace_count
4
FYI:
I'm running an Apple PowerBook (mid 2015 with 15" monitor) running debian linux installed onto a USB thumb drive.
> uname -a
Linux Dogbert 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2+deb8u3 (2017-08-15) x86_64 GNU/Linux
Interestingly the issue is associated with the screen resolution. With the settings set to 2880x1800 (which is too small for me to see comfortably) there are 4 workspace boxes shown. But I have the resolution set to 1440x900.
Another interesting thing is that only the top left of the cluster of "workspaces", i.e. if the following are the workspaces for the workspace 1,
1a 1b
1c 1d
then only the 1a workspace shows the open windows whereas 1b, 1c and 1d remain empty. Clicking on any of these sub-workspaces does take me to workspace 1, ie clicking on 1b, 1c or 1d takes me to workspace 1 where I have my open windows.
**Attachment 7301**, "screen shot of the panel and the workspaces settings":
![Screenshot_-_08272017_-_06_01_44_PM](/uploads/06e53c733272cbc166db9fc53b024500/Screenshot_-_08272017_-_06_01_44_PM.png)
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/174[Feature request] Window buttons and mouse click behaviors2022-04-04T21:55:12ZBugzilla Migration[Feature request] Window buttons and mouse click behaviors## Submitted by George Ioakeimidis
Assigned to **Nick Schermer**
**[Link to original bug (#13836)](https://bugzilla.xfce.org/show_bug.cgi?id=13836)**
## Description
Right now the Window buttons are used to be:
"left click" to ope...## Submitted by George Ioakeimidis
Assigned to **Nick Schermer**
**[Link to original bug (#13836)](https://bugzilla.xfce.org/show_bug.cgi?id=13836)**
## Description
Right now the Window buttons are used to be:
"left click" to open a window if closed or show at top if already open and "middle click" to minimize the window if already open
I would like to request to change the behavior of mouse clicks into
LEFT CLICK
* If window already open and on top -> Minimize window
* If window already open and not on top -> Show on top
* If window is minimized -> Show window
MIDDLE CLICK
* Open a new instance (new window)
[ I have Arch Linux (Antergos) and Xfce 4.12 ( xfce4-panel 4.12.1 ) ]
Version: 4.12.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/175Options to set saturation of Notification icons2021-05-20T09:30:12ZBugzilla MigrationOptions to set saturation of Notification icons## Submitted by George Ioakeimidis
**[Link to original bug (#13843)](https://bugzilla.xfce.org/show_bug.cgi?id=13843)**
## Description
Allow saturation on Notification Area icons to prevent multiple colors distraction.
My idea is t...## Submitted by George Ioakeimidis
**[Link to original bug (#13843)](https://bugzilla.xfce.org/show_bug.cgi?id=13843)**
## Description
Allow saturation on Notification Area icons to prevent multiple colors distraction.
My idea is to have 0-100% percentage of saturation. ( you can simply have 0,25,50,75,100% values )
Idea came from "TopIcons Plus" extension for GNOME shell.
Image examples: http://imgur.com/gallery/pgjeI
Version: 4.12.1https://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/177all windows/menu blinking2022-04-06T14:49:30ZBugzilla Migrationall windows/menu blinking## Submitted by jok..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#13872)](https://bugzilla.xfce.org/show_bug.cgi?id=13872)**
## Description
Created attachment 7324
bug1
today i update all package to gtk3 vers...## Submitted by jok..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#13872)](https://bugzilla.xfce.org/show_bug.cgi?id=13872)**
## Description
Created attachment 7324
bug1
today i update all package to gtk3 version and i notice that all menu are blinking or disappears. i found that responsible for this is settings in settings/windows manager tweaks/compositor/enable display compositing. if i disable compositing all windows or menu works.
**Attachment 7324**, "bug1":
![Przechwycenie_obrazu_ekranu_2017-09-19_13-22-24](/uploads/a8eef0565c4eac16b972bf3599f02c61/Przechwycenie_obrazu_ekranu_2017-09-19_13-22-24.png)
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/178Multiple monitors and panel's behaviour2022-04-06T14:01:23ZBugzilla MigrationMultiple monitors and panel's behaviour## Submitted by Alexander
Assigned to **Nick Schermer**
**[Link to original bug (#13924)](https://bugzilla.xfce.org/show_bug.cgi?id=13924)**
## Description
The situation.
There are 3 monitors. Default is the rigth one. Middle one ...## Submitted by Alexander
Assigned to **Nick Schermer**
**[Link to original bug (#13924)](https://bugzilla.xfce.org/show_bug.cgi?id=13924)**
## Description
The situation.
There are 3 monitors. Default is the rigth one. Middle one or left one can be turn on/off both or only one of them at random time with xrandr. The problem is: that's not possible to bind the panel to right monitor, it always moves/stretches to most left monitor. I remember. that in earlier releses of XFCE4 this works fine, but not now. And there is no switcher at panels settings now, if only one monitor is active.
xfce4-panel-4.12.1-2
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/179clicking one panel item sometimes applied on two applets2022-07-15T21:04:16ZBugzilla Migrationclicking one panel item sometimes applied on two applets## Submitted by ore..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#13941)](https://bugzilla.xfce.org/show_bug.cgi?id=13941)**
## Description
Created attachment 7378
one click applied on two applets
My system:
...## Submitted by ore..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#13941)](https://bugzilla.xfce.org/show_bug.cgi?id=13941)**
## Description
Created attachment 7378
one click applied on two applets
My system:
Arch Linux
xfce4-panel 4.12.1-1
xfce4-weather-plugin 0.8.10-1
xfce4-xkb-plugin 0.8.1-1
Issue:
I have the weather applet next to the xkb applet on my panel.
If I click xbs's flag icon and the click the weather icon, the click is applied on both the weather and xkb applets.
Video is attached.
**Attachment 7378**, "one click applied on two applets":
[xfce4-panel](/uploads/1ce29e389a98606714a35e47d00da77f/xfce4-panel)
Version: 4.12.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/180Keyboard focus does not honor enter opacity2022-07-17T16:42:10ZBugzilla MigrationKeyboard focus does not honor enter opacity## Submitted by mul..@..on.net
**[Link to original bug (#13956)](https://bugzilla.xfce.org/show_bug.cgi?id=13956)**
## Description
Using a keyboard shortcut to focus on the panel does not change the panel to the enter opacity.
To e...## Submitted by mul..@..on.net
**[Link to original bug (#13956)](https://bugzilla.xfce.org/show_bug.cgi?id=13956)**
## Description
Using a keyboard shortcut to focus on the panel does not change the panel to the enter opacity.
To easily reproduce the bug:
1. Have a compositing window manager active, and the 'Applications Menu' in the panel.
2. Set the panel enter opacity to 100%, leave opacity to 30%.
3. Confirm the panel opacity changes by mousing over the panel. Move the mouse off the panel so it is 30% opacity.
4. Press Alt-F1 (or whatever your Application Menu shortcut is) to display the panel.
RESULT: Panel remains at 30% opacity. Of note, if the panel was hidden it is correctly displayed just doesn't change to the enter opacity.
Tested on xfc4-panel 4.12.1.
May be related to:
https://bugzilla.xfce.org/show_bug.cgi?id=5739
https://bugzilla.xfce.org/show_bug.cgi?id=13637
cheers,
multitude
Version: 4.12.14.17.3Gaël BonithonGaël Bonithonhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/181Panel length is not accurate on some resolutions2022-04-04T21:57:42ZBugzilla MigrationPanel length is not accurate on some resolutions## Submitted by Danilo Azevedo
Assigned to **Nick Schermer**
**[Link to original bug (#13982)](https://bugzilla.xfce.org/show_bug.cgi?id=13982)**
## Description
Created attachment 7422
Demonstration of the issue
I have a monitor ...## Submitted by Danilo Azevedo
Assigned to **Nick Schermer**
**[Link to original bug (#13982)](https://bugzilla.xfce.org/show_bug.cgi?id=13982)**
## Description
Created attachment 7422
Demonstration of the issue
I have a monitor with screen resolution of 1366 x 768 and if I set the length of the panel to a percentage that results in a not interger number, the length of the panel won't be the expected.
Example:
Something I'm very used to do is to create 3 panels to have a center-aligned clock. If I do this on a 1600x900 resolution monitor, I get the expected result:
Panel 0: 33% (528px)
Panel 1: 34% (544px)
Panel 2: 33% (528px)
Total: 100% (1600px)
But if I do the same thing on a 1366x768 resolution monitor, the final values won't match:
Panel 0: 33% (450.78px, 450 is used)
Panel 1: 34% (464.44px, 464 is used)
Panel 2: 33% (450.78px, 450 is used)
Total: 100% (should be 1366, instead is 1064)
This results in some blank spots, as can be seen in the attached image.
One thing that can be done is to let the the user to set de length in pixels, instead of percentage, as sugested in bug #11093.
**Attachment 7422**, "Demonstration of the issue":
![blank_spots_in_panel](/uploads/04ae6f1637a7cdcd4e0d676b6963a783/blank_spots_in_panel.png)
Version: 4.12.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/182Message error related to dnfdragora-updater contains a duplicated naming rega...2021-05-20T09:24:25ZBugzilla MigrationMessage error related to dnfdragora-updater contains a duplicated naming regarding buttons.## Submitted by Ricky Tigg
Assigned to **Nick Schermer**
**[Link to original bug (#14126)](https://bugzilla.xfce.org/show_bug.cgi?id=14126)**
## Description
Created attachment 7512
Message error related to dnfdragora-updater.
Des...## Submitted by Ricky Tigg
Assigned to **Nick Schermer**
**[Link to original bug (#14126)](https://bugzilla.xfce.org/show_bug.cgi?id=14126)**
## Description
Created attachment 7512
Message error related to dnfdragora-updater.
Description of problem: Message error related to dnfdragora-updater from the Notification area contains a duplicated naming regarding buttons (attachment).
Steps to Reproduce: System has to be in the situation in which abrt-applet reports "dnfdragora-updater quit unexpectedly", which occurs randomly.
Actual results: Button naming is duplicated once.
Expected results: Distinct naming per button.
**Attachment 7512**, "Message error related to dnfdragora-updater.":
![Notification-area_message-related-to-dnfdragora-updater](/uploads/1b927efa258c81f68788e077e732e510/Notification-area_message-related-to-dnfdragora-updater.png)
Version: 4.12.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/183Panel disappears at random, with multiple restoration panels.2021-02-07T02:02:56ZBugzilla MigrationPanel disappears at random, with multiple restoration panels.## Submitted by MR ZenWiz
Assigned to **Nick Schermer**
**[Link to original bug (#14146)](https://bugzilla.xfce.org/show_bug.cgi?id=14146)**
## Description
Created attachment 7522
Error popup when panel disappears
I run Xubuntu 1...## Submitted by MR ZenWiz
Assigned to **Nick Schermer**
**[Link to original bug (#14146)](https://bugzilla.xfce.org/show_bug.cgi?id=14146)**
## Description
Created attachment 7522
Error popup when panel disappears
I run Xubuntu 16.04 LTS on at least four computers - my home desktop, my personal laptop, a VM on my work computer and my closest friend's laptop.
On that last one (only), this happens frequently. The panel disappears and one (usually several - I've seen as many as 8) window pops up saying that no panel can be found and asking if we want to restart the panel. See the first and second attached images.
When we click on "Execute", another panel pops up that says "Modifying the panel is not allowed." First of all, I don't know what that means, and the included text is no help (also see the third attached image). It talks about being in kiosk mode. This is a separate bug because in looking through the information available online, particularly the XFCE4 page about kiosk mode, it doesn't bother to say that that means. I searched the whole system and there are no config files on the entire system that have kiosk in their name or contents:
13:43 [admar@mar-HP8740w:/etc/xdg] $ find . -type f -exec grep -i kiosk /dev/null {} \;
13:44 [admar@mar-HP8740w:/etc/xdg] $
Thus, I have not found the setting that is causing this problem so I can reset it.
Neither my friend nor I have set kiosk mode on her computer (I'm still not sure what the advantage to this is and thus would not use it). However, I also have not found a good solution for how to turn it off. For the record, I do not believe there should be ANY settings on MY computer that I can't control, particularly if there are restrictions on ways it behaves. This is less of a problem when there is clear user-oriented documentation - I have not found any here yet.
In any case, the panel should not be disappearing. If it does, it should be able to recover without running me through obstructive BS like this. JMNHSO.
I've been a software developer for over 38 years, 31 of them in UNIX/Linux. I've been using Linux systems at home continuously for over 10 years, in Xubuntu since 2021, and I still find myself amazed at all the new obstructive features that keep slipping in without fanfare - maybe that's just my problem.
The panels are necessary for the smooth operation of a user system. Having this kind of obstructive behavior on such a necessary feature is not acceptable to me.
I hope this can be fixed soon, or the documentation improved to make it clear what this is and how to use and disable it.
**Attachment 7522**, "Error popup when panel disappears":
![NoPanel-1](/uploads/fa592a24a095bea6896081680440eea2/NoPanel-1.png)
Version: 4.12.1https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/184xfce4-applications.menu should be reloaded on next write after a parsing error2022-05-22T14:13:42ZBugzilla Migrationxfce4-applications.menu should be reloaded on next write after a parsing error## Submitted by Yegor Timoshenko
Assigned to **Nick Schermer**
**[Link to original bug (#14167)](https://bugzilla.xfce.org/show_bug.cgi?id=14167)**
## Description
Currently, if malformed write is made to xfce4-applications.menu, x...## Submitted by Yegor Timoshenko
Assigned to **Nick Schermer**
**[Link to original bug (#14167)](https://bugzilla.xfce.org/show_bug.cgi?id=14167)**
## Description
Currently, if malformed write is made to xfce4-applications.menu, xfce4-panel will stop trying to read the file (after showing a parsing error). xfce4-panel should continue listening for writes made to xfce4-applications.menu.
This might be a garcon bug, feel free to move it in that case.
Version: 4.12.24.17.1Gaël BonithonGaël Bonithonhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/185Steam icon without options and incorrect size2021-02-22T00:14:22ZBugzilla MigrationSteam icon without options and incorrect size## Submitted by Jonatan Ayllon
Assigned to **Nick Schermer**
**[Link to original bug (#14213)](https://bugzilla.xfce.org/show_bug.cgi?id=14213)**
## Description
Created attachment 7598
You do not see the options in the steam notif...## Submitted by Jonatan Ayllon
Assigned to **Nick Schermer**
**[Link to original bug (#14213)](https://bugzilla.xfce.org/show_bug.cgi?id=14213)**
## Description
Created attachment 7598
You do not see the options in the steam notification area and the size is not correct
You do not see the options in the steam notification area and the icon is misplaced and sized even though you want to move it
**Attachment 7598**, "You do not see the options in the steam notification area and the size is not correct":
![Selección_004](/uploads/356138566f8f9bd510f51e3455b2fcb5/Selección_004.png)
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/186Cannot remove second panel2020-07-16T22:40:24ZBugzilla MigrationCannot remove second panel## Submitted by John
Assigned to **Nick Schermer**
**[Link to original bug (#14311)](https://bugzilla.xfce.org/show_bug.cgi?id=14311)**
## Description
Created attachment 7652
Screencap of Settings Editor
Hello all,
I normally ha...## Submitted by John
Assigned to **Nick Schermer**
**[Link to original bug (#14311)](https://bugzilla.xfce.org/show_bug.cgi?id=14311)**
## Description
Created attachment 7652
Screencap of Settings Editor
Hello all,
I normally have just one panel.
I wanted to test the practicality of having the workspace switcher on a separate panel, and created a new panel with the switcher. I didn't like it, so I moved the switcher back to panel 1, and wanted to remove panel 2.
I could not find any (working) way to do this. Each time I remove the panel using the '-' in the panel dialog, it disappears, end reappears. At the moment panel 2 disappears, panel 1 also briefly disappears, then both reappear again.
Using the Settings-editor, I can't seen to find a way to remove panel 2 either (attached screenshot of panel 2 data).
**Attachment 7652**, "Screencap of Settings Editor":
![Screenshot_2018-03-29_14-43-46](/uploads/6120e028bd5cf7af70b8a21b79ad1459/Screenshot_2018-03-29_14-43-46.png)
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/187panel autohide doesn't work after an application is invoked from notification...2022-04-04T22:02:14ZBugzilla Migrationpanel autohide doesn't work after an application is invoked from notification area## Submitted by lvm
Assigned to **Nick Schermer**
**[Link to original bug (#14391)](https://bugzilla.xfce.org/show_bug.cgi?id=14391)**
## Description
prerequisites: panel has a notification area, autohide is set to always.
1. sh...## Submitted by lvm
Assigned to **Nick Schermer**
**[Link to original bug (#14391)](https://bugzilla.xfce.org/show_bug.cgi?id=14391)**
## Description
prerequisites: panel has a notification area, autohide is set to always.
1. show panel
2. right-click on a program icon in notification area to invoke its menu
3. click anywhere on the desktop outside of menu and panel area OR click on a menu item in such a manner that mouse pointer is outside of the panel area: menu closes but panel doesn't hide
Tested with onboard on-screen keyboard and nm-applet from the gnome network manager.
Version: 4.12.2https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/188some Windows do not appear in the panel2022-06-01T07:38:26ZBugzilla Migrationsome Windows do not appear in the panel## Submitted by vladimir
Assigned to **Nick Schermer**
**[Link to original bug (#14394)](https://bugzilla.xfce.org/show_bug.cgi?id=14394)**
## Description
Created attachment 7723
screenshot
Mistake is happening in a random way (c...## Submitted by vladimir
Assigned to **Nick Schermer**
**[Link to original bug (#14394)](https://bugzilla.xfce.org/show_bug.cgi?id=14394)**
## Description
Created attachment 7723
screenshot
Mistake is happening in a random way (can week enjoy the system and not meet its,and can and for couple of hours several times its see). For example,I open one window,the second ,the third ,then close the first or the second, but the indicators of open Windows do not shift to closed... don't know how to explain it...see screenshot....
the screenshot shows-thunar was opened,it was copying files, then I closed the main window thunar ,and in its place on the panel remained void
**Attachment 7723**, "screenshot":
![Снимок_экрана_2018-05-12_12-29-40](/uploads/3e6d8b955f09f47c216c9e0ccb79c190/Снимок_экрана_2018-05-12_12-29-40.png)
Version: 4.13.34.17.0Simon SteinbeißSimon Steinbeißhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/189Shutdown/reboot/poweroff doesn't warn to save file2022-04-06T15:01:09ZBugzilla MigrationShutdown/reboot/poweroff doesn't warn to save file## Submitted by turcovadio@sapo.pt
Assigned to **Nick Schermer**
**[Link to original bug (#14431)](https://bugzilla.xfce.org/show_bug.cgi?id=14431)**
## Description
Xfce 4.8.0.3, installed in Debian 7 Wheezy, at shutdown/poweroff/...## Submitted by turcovadio@sapo.pt
Assigned to **Nick Schermer**
**[Link to original bug (#14431)](https://bugzilla.xfce.org/show_bug.cgi?id=14431)**
## Description
Xfce 4.8.0.3, installed in Debian 7 Wheezy, at shutdown/poweroff/reboot asks the user if he wants to save unsaved files created using Gedit, Libreoffice Writer, etc.
In Xfce4 (4.10.1) installed in Debian 8 Jessie, and in Xfce (4.12.3) installed in Debian 9 Stretch, when doing shutdown/poweroff/reboot does not ask the user if he wants to save unsaved files. The unsaved files are lost.
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/190taskbar icons do not show up (if applications are autostarted?)2022-04-04T22:04:38ZBugzilla Migrationtaskbar icons do not show up (if applications are autostarted?)## Submitted by wol..@..er.org
Assigned to **Nick Schermer**
**[Link to original bug (#14436)](https://bugzilla.xfce.org/show_bug.cgi?id=14436)**
## Description
Not sure if this is new though since I haven't used autostart for man...## Submitted by wol..@..er.org
Assigned to **Nick Schermer**
**[Link to original bug (#14436)](https://bugzilla.xfce.org/show_bug.cgi?id=14436)**
## Description
Not sure if this is new though since I haven't used autostart for many applications before on previous versions.
Currently I'm autostarting a few applications in my Xfce environment:
- skype
- zoom
- spideroak
All of them are supposed to have a task icon. Specifically for example spideroak and zoom cannot be fully exited from the main window but that needs to be done from the right click menu of the taskbar icon.
But my observation is that in almost every session startup the zoom and spideroak icons do not appear while this always works when they are started manually.
My guess is a race condition when starting the desktop so they do not appear.
Performing xfce4-panel --restart still show all icons correctly.
Version: 4.12.2https://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/192Panel elements shift sightly when moving from workspace to workspace2021-02-07T02:17:36ZBugzilla MigrationPanel elements shift sightly when moving from workspace to workspace## Submitted by Jannis
Assigned to **Nick Schermer**
**[Link to original bug (#14554)](https://bugzilla.xfce.org/show_bug.cgi?id=14554)**
## Description
Hi,
On a fresh Linux Mint 19 Xfce installation (xfce4-panel 4.12.2), I added...## Submitted by Jannis
Assigned to **Nick Schermer**
**[Link to original bug (#14554)](https://bugzilla.xfce.org/show_bug.cgi?id=14554)**
## Description
Hi,
On a fresh Linux Mint 19 Xfce installation (xfce4-panel 4.12.2), I added the workspace panel item. Now if no windows are open and I switch desktop, it acts normal, but with one or more windows open, when switching between workspaces (either by clicking on the applet or via ctrl+alt+arrow) the elements besides the workspace item travel a few pixels. This is a completely minor bug with low priority, but lets Xfce seem a bit cheap :)
Version: 4.12.2