xfce4-panel issueshttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues2022-05-29T18:07:53Zhttps://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/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/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/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/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.2https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/193xfce4-panel does not properly calculate value of _NET_WM_STRUT_PARTIAL in mul...2022-04-05T06:52:23ZBugzilla Migrationxfce4-panel does not properly calculate value of _NET_WM_STRUT_PARTIAL in multimonitor setup.## Submitted by Aaron Lancaster
Assigned to **Nick Schermer**
**[Link to original bug (#14593)](https://bugzilla.xfce.org/show_bug.cgi?id=14593)**
## Description
xfce4-panel under certain multimonitor situations does not correctly...## Submitted by Aaron Lancaster
Assigned to **Nick Schermer**
**[Link to original bug (#14593)](https://bugzilla.xfce.org/show_bug.cgi?id=14593)**
## Description
xfce4-panel under certain multimonitor situations does not correctly set the value of the _NET_WM_STRUT_PARTIAL x11 window property to avoid causing stuff like maximizing windows to overlap
an example situation is as follows, my monitor layout is like this
monitor3-monitor1-monitor2
If i have a vertical panel on the left side of monitor 1 _NET_WM_STRUT_PARTIAL is set to:
_NET_WM_STRUT_PARTIAL(CARDINAL) = 33, 0, 0, 0, 0, 1152, 0, 0, 0, 0, 0, 0
This reserves a 33 pixel wide space (the size of my panel) on the left edge of monitor 3, the result being that a window maximized on monitor 3 have a 33 pixel space gap on the left edge of the screen. When maximized on monitor 1, the window is overlapped on the left side by the panel, there is no space reserved.
the value should look like this:
_NET_WM_STRUT_PARTIAL(CARDINAL) = 1953, 0, 0, 0, 0, 1152, 0, 0, 0, 0, 0, 0
.
When it is edited with xprop(1) command to match these values, maximization on monitors 1 and 3 works correctly, with no deadspace on monitor 3, and no panel overlapping window on monitor 1.
Version: 4.13.34.13.4https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/194Xfce4 panel 4.13 segfaults when adding an entry to a launcher2022-04-05T06:58:40ZBugzilla MigrationXfce4 panel 4.13 segfaults when adding an entry to a launcher## Submitted by fuz..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#14603)](https://bugzilla.xfce.org/show_bug.cgi?id=14603)**
## Description
Created attachment 7884
strace
Hi,
xfce4-panel 4.13.3git-bf620782 s...## Submitted by fuz..@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#14603)](https://bugzilla.xfce.org/show_bug.cgi?id=14603)**
## Description
Created attachment 7884
strace
Hi,
xfce4-panel 4.13.3git-bf620782 segfaults while adding applications to a launcher.
Right clic on a launcher -> properties -> + -> choose an app -> clic Add -> crash.
Not every time but very reproducible.
See strace. Maybe Garcon-related.
Thx
**Attachment 7884**, "strace":
[panel_segfault](/uploads/d050c5dc5170e4b454184ed840d54eac/panel_segfault)
Version: 4.13.3https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/446I do not want my mouse cursor to affect window switchers.2022-04-06T09:29:36ZBugzilla MigrationI do not want my mouse cursor to affect window switchers.## Submitted by simons
Assigned to **Olivier Fourdan `@olivier`**
**[Link to original bug (#12058)](https://bugzilla.xfce.org/show_bug.cgi?id=12058)**
## Description
If I hover my mouse cursor over one of the windows in window swi...## Submitted by simons
Assigned to **Olivier Fourdan `@olivier`**
**[Link to original bug (#12058)](https://bugzilla.xfce.org/show_bug.cgi?id=12058)**
## Description
If I hover my mouse cursor over one of the windows in window switchers,
the hovered item looks similar to the currently active switcher item, which confuses me.
Often, I accidentally click one of window switcher items with a mouse, so I want to disable selection of window in window switcher with a mouse cursor.
How can I prevent the mouse cursor from affecting window switchers?
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/195Application Menu icons are always set to generic.2022-04-05T07:00:10ZBugzilla MigrationApplication Menu icons are always set to generic.## Submitted by James R
Assigned to **Nick Schermer**
**[Link to original bug (#14749)](https://bugzilla.xfce.org/show_bug.cgi?id=14749)**
## Description
Created attachment 8029
Snapshot of the problem
When I first installed Xfce...## Submitted by James R
Assigned to **Nick Schermer**
**[Link to original bug (#14749)](https://bugzilla.xfce.org/show_bug.cgi?id=14749)**
## Description
Created attachment 8029
Snapshot of the problem
When I first installed Xfce, each entry in Application Menu had a corresponding icon beside it. Then I customized xfce and now the icons in Application Menu entries are set to a fixed generic icon. I don't know how to reproduce it. I tried changing icon themes and disabling/enabling the settings corresponding to showing the icons which didn't work. The weird thing is **only first stage of Application Menu** is affected. The rest of the icons in sub-menus or even the lower and upper half of first menu render correctly.
OS: Ubuntu 18.04.1 LTS x86_64
Kernel: 4.15.0-36-generic
DE: Xfce
WM: Xfwm4
WM Theme: X-Arc-Darker
Theme: Adapta-Nokto-Eta [GTK2]
Icons: Papirus-Dark [GTK2]
xfce4 is already the newest version (4.12.4).
It's not a big deal but I thought it is better to report this probable bug.
Thanks for the awesome work of people behind Xfce :D
**Attachment 8029**, "Snapshot of the problem":
![Selection_002](/uploads/6d069881b592aba42f04a125c6321c8e/Selection_002.png)
Version: 4.12.2https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/447When plugging in and out an second monitor, the space for the panels is not r...2022-07-15T18:46:35ZBugzilla MigrationWhen plugging in and out an second monitor, the space for the panels is not reserved anymore## Submitted by Benjamin Schubert
Assigned to **Olivier Fourdan `@olivier`**
**[Link to original bug (#12085)](https://bugzilla.xfce.org/show_bug.cgi?id=12085)**
## Description
I have two monitors :
one 13'' 1920x1080
a se...## Submitted by Benjamin Schubert
Assigned to **Olivier Fourdan `@olivier`**
**[Link to original bug (#12085)](https://bugzilla.xfce.org/show_bug.cgi?id=12085)**
## Description
I have two monitors :
one 13'' 1920x1080
a second 27'' 3480x2160
When I plug the second monitor in, everything works fine.
If I plug it out, the space for the panels will not be reserved anymore.
Here is what wmctrl -d gives :
With only the first monitor working :
0 - DG: 1920x1080 VP: N/A WA: 0,31 1920x1018 Workspace 1
1 - DG: 1920x1080 VP: N/A WA: 0,31 1920x1018 Workspace 2
2 * DG: 1920x1080 VP: 0,0 WA: 0,31 1920x1018 Workspace 3
3 - DG: 1920x1080 VP: N/A WA: 0,31 1920x1018 Workspace 4
After plugging in the second monitor :
0 - DG: 5760x2160 VP: N/A WA: 0,31 5760x1018 Workspace 1
1 - DG: 5760x2160 VP: N/A WA: 0,31 5760x1018 Workspace 2
2 * DG: 5760x2160 VP: 0,0 WA: 0,31 5760x1018 Workspace 3
3 - DG: 5760x2160 VP: N/A WA: 0,31 5760x1018 Workspace 4
After unplugging the second monitor (buggy):
0 - DG: 1920x1080 VP: N/A WA: 0,0 1920x1049 Workspace 1
1 - DG: 1920x1080 VP: N/A WA: 0,0 1920x1049 Workspace 2
2 * DG: 1920x1080 VP: 0,0 WA: 0,0 1920x1049 Workspace 3
3 - DG: 1920x1080 VP: N/A WA: 0,0 1920x1049 Workspace 4
After plugging inn the second monitor again (still buggy):
0 - DG: 5760x2160 VP: N/A WA: 0,0 5760x1049 Workspace 1
1 - DG: 5760x2160 VP: N/A WA: 0,0 5760x1049 Workspace 2
2 * DG: 5760x2160 VP: 0,0 WA: 0,0 5760x1049 Workspace 3
3 - DG: 5760x2160 VP: N/A WA: 0,0 5760x1049 Workspace 4
Thanks !https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/196"Window Buttons" panel item does not work properly at very tall heights2023-09-07T16:47:56ZBugzilla Migration"Window Buttons" panel item does not work properly at very tall heights## Submitted by Aaron Franke
Assigned to **Nick Schermer**
**[Link to original bug (#14804)](https://bugzilla.xfce.org/show_bug.cgi?id=14804)**
## Description
Created attachment 8067
Image showing multiple rows with 50px panel hei...## Submitted by Aaron Franke
Assigned to **Nick Schermer**
**[Link to original bug (#14804)](https://bugzilla.xfce.org/show_bug.cgi?id=14804)**
## Description
Created attachment 8067
Image showing multiple rows with 50px panel height
When I increase the height of my panel to 50px and "Show button labels" is enabled, the "Window Buttons" panel item splits its buttons into multiple rows. Ideally, this should not happen unless I increase the "Number of rows" setting for the panel. See the top half of the attached image.
Also, the button icons seem to stop growing after a certain point. With "Show button labels" enabled, the icons seem to be the same size at 48px as they are at 28px height. With "Show button labels" disabled, the icons on the panel do not grow bigger after about 45-50px. You can set the panel to 100px tall and the icons will be the same size as they were when the panel is set to 50px tall. They seem to stop growing somewhere around 45px tall. See the attached image.
Xubuntu 18.04 64-bit
**Attachment 8067**, "Image showing multiple rows with 50px panel height":
![d](/uploads/d8b9acb2354cf85e75ab35216bbe0b14/d.png)
Version: 4.12.24.19.0Gaël BonithonGaël Bonithonhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/197Auto hide panel in hibernation2021-02-07T03:33:18ZBugzilla MigrationAuto hide panel in hibernation## Submitted by turcovadio@sapo.pt
Assigned to **Nick Schermer**
**[Link to original bug (#14805)](https://bugzilla.xfce.org/show_bug.cgi?id=14805)**
## Description
I have the Xfce 4.10 installed in Debian Jessie. The panel is in ...## Submitted by turcovadio@sapo.pt
Assigned to **Nick Schermer**
**[Link to original bug (#14805)](https://bugzilla.xfce.org/show_bug.cgi?id=14805)**
## Description
I have the Xfce 4.10 installed in Debian Jessie. The panel is in auto hide mode. When I want to do the hibernation of my computer, I put the cursor of the mouse on the place of the panel to show it. Then I click in the menu of log out in order to do the hibernation. The Hibernation is done, and when I wake up the computer from hibernation, the panel is always wrongly in show mode, and never hide again.
In order to avoid the malfunction, If I click with the right button of the mouse in the middle of the desktop, and I choose the hibernation. This way, the computer hibernate normally. After waking up the computer from the hibernation, the panel hide/show normally.
Version: 4.10.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/198Top panel will freeze if close windows very fast.2022-04-05T07:01:35ZBugzilla MigrationTop panel will freeze if close windows very fast.## Submitted by Haomin Gui
Assigned to **Nick Schermer**
**[Link to original bug (#14840)](https://bugzilla.xfce.org/show_bug.cgi?id=14840)**
## Description
Top panel will freeze if close windows very fast. Cannot select windows t...## Submitted by Haomin Gui
Assigned to **Nick Schermer**
**[Link to original bug (#14840)](https://bugzilla.xfce.org/show_bug.cgi?id=14840)**
## Description
Top panel will freeze if close windows very fast. Cannot select windows tab, or any buttons on the top panel.
Version: 4.13.3https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/199Window menu applet changing height2021-02-08T03:29:20ZBugzilla MigrationWindow menu applet changing height## Submitted by Jan "Yenya" Kasprzak
Assigned to **Nick Schermer**
**[Link to original bug (#14853)](https://bugzilla.xfce.org/show_bug.cgi?id=14853)**
## Description
Created attachment 8092
Screencast of the window menu behaviour...## Submitted by Jan "Yenya" Kasprzak
Assigned to **Nick Schermer**
**[Link to original bug (#14853)](https://bugzilla.xfce.org/show_bug.cgi?id=14853)**
## Description
Created attachment 8092
Screencast of the window menu behaviour
The Window menu applet in Fedora 29 has slightly higher default icon than the application icons, and this causes the rest of the panel contents to move up and down on icon change (focus in/focus out). I use vertical panel myself.
Seen after upgrading from Fedora 28 to Fedora 29, reported also downstream as bug #1647088.
**Attachment 8092**, "Screencast of the window menu behaviour":
[window-menu.mkv](/uploads/79d62b0ac6dc6fa04c8fa427faa57695/window-menu.mkv)
Version: Unspecified
### See also
* https://bugzilla.redhat.com/show_bug.cgi?id=1647088https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/200Window buttons stop updating and blank spaces appear where closed apps used t...2022-04-05T07:03:17ZBugzilla MigrationWindow buttons stop updating and blank spaces appear where closed apps used to be## Submitted by Todd
**[Link to original bug (#14854)](https://bugzilla.xfce.org/show_bug.cgi?id=14854)**
## Description
Fedora 29
krusader-2.7.1-1.fc29.x86_64
Krusader does not show up on the Panel 0 taskbar. You have to use alt...## Submitted by Todd
**[Link to original bug (#14854)](https://bugzilla.xfce.org/show_bug.cgi?id=14854)**
## Description
Fedora 29
krusader-2.7.1-1.fc29.x86_64
Krusader does not show up on the Panel 0 taskbar. You have to use alt tab to find it if you minimize it
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/201Keyboard Shortcuts Not Working properly2022-06-12T07:54:03ZBugzilla MigrationKeyboard Shortcuts Not Working properly## Submitted by Tony Paulic `@ToZ`
Assigned to **Xfce Bug Triage**
**[Link to original bug (#14892)](https://bugzilla.xfce.org/show_bug.cgi?id=14892)**
## Description
Verified with both Xfce built from git and on Fedora 29. See: h...## Submitted by Tony Paulic `@ToZ`
Assigned to **Xfce Bug Triage**
**[Link to original bug (#14892)](https://bugzilla.xfce.org/show_bug.cgi?id=14892)**
## Description
Verified with both Xfce built from git and on Fedora 29. See: https://forum.xfce.org/viewtopic.php?pid=50351#p50351
When changing an existing keyboard shortcut or creating a new one (success is more frequent), the keyboard shortcut stops working or doesn't work at all.
Symptoms are as follows:
1. The panel button depresses but the menu doesn't popup
2. In ~/.xsession-errors I get "(xfce4-panel:561): Gtk-WARNING **: 10:38:24.926: no trigger event for menu popup"
3. If I press the shortcut key again, it seems to ignore this shortcut and goes back to the default (possibly from /etc/xdg.....)
4. I need to click the panel icon to un-depress it to keep it from using the default shortcut.
Version: 4.13.54.17.0Simon SteinbeißSimon Steinbeißhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/202Windows Exceeding the Bottom Panel When Maximised2021-02-07T02:53:33ZBugzilla MigrationWindows Exceeding the Bottom Panel When Maximised## Submitted by co...@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#14962)](https://bugzilla.xfce.org/show_bug.cgi?id=14962)**
## Description
I have an issue similar to this one reported in this linux forum : ht...## Submitted by co...@..il.com
Assigned to **Nick Schermer**
**[Link to original bug (#14962)](https://bugzilla.xfce.org/show_bug.cgi?id=14962)**
## Description
I have an issue similar to this one reported in this linux forum : https://forum.manjaro.org/t/windows-not-sizing-properly/67171/30
Manjaro Linux have moved to the GTK3 version of XFCE. I took the latest version but now I see that when I maximise windows the bottom of the window goes past the panel at the bottom. It's an issue when using IDEs such as IntelliJ because it has buttons at the bottom of the IDE which are no longer visible because they are hidden behind the bottom XFCE panel.
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/203Wrong placement of tooltips2023-06-01T16:57:27ZBugzilla MigrationWrong placement of tooltips## Submitted by Evgenii Prokopev
Assigned to **Nick Schermer**
**[Link to original bug (#14967)](https://bugzilla.xfce.org/show_bug.cgi?id=14967)**
## Description
Tooltips for notification area icons are placed under the icons rat...## Submitted by Evgenii Prokopev
Assigned to **Nick Schermer**
**[Link to original bug (#14967)](https://bugzilla.xfce.org/show_bug.cgi?id=14967)**
## Description
Tooltips for notification area icons are placed under the icons rather than to be placed over.
Version: 4.12.2https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/204I have no way to modify button height2022-04-05T07:14:01ZBugzilla MigrationI have no way to modify button height## Submitted by mai..@..il.com
**[Link to original bug (#14985)](https://bugzilla.xfce.org/show_bug.cgi?id=14985)**
## Description
I need larger buttons but the gui provides no method to make the buttons height larger.
It's very di...## Submitted by mai..@..il.com
**[Link to original bug (#14985)](https://bugzilla.xfce.org/show_bug.cgi?id=14985)**
## Description
I need larger buttons but the gui provides no method to make the buttons height larger.
It's very difficult to precisely click the desired button on the window buttons plugin with current design.
It would be very useful to be able to specify window buttons height
many thanks
```
[asus@e403na ~]$ rpm -aq|grep xfce
im-chooser-xfce-1.7.1-6.fc29.x86_64
xfce4-taskmanager-1.2.1-20.fc29.x86_64
xfce4-places-plugin-1.7.0-20.fc29.x86_64
xfce4-pulseaudio-plugin-0.4.1-21.fc29.x86_64
xfce4-settings-4.13.5-1.fc29.x86_64
xfce4-systemload-plugin-1.2.1-20.fc29.x86_64
xfce4-appfinder-4.13.2-1.fc29.x86_64
xfce-polkit-0.3-1.fc29.x86_64
gtk-xfce-engine-3.2.0-8.fc29.x86_64
imsettings-xfce-1.7.3-6.fc29.x86_64
libxfce4util-4.13.2-20.fc29.x86_64
xfce4-session-engines-4.13.1-20.fc29.x86_64
xfce4-terminal-0.8.7.4-20.fc29.x86_64
xfce4-panel-4.13.3-20.fc29.x86_64
libxfce4ui-4.13.4-20.fc29.x86_64
xfce4-about-4.13.4-20.fc29.x86_64
xfce4-screenshooter-1.9.3-20.fc29.x86_64
xfce4-power-manager-1.6.1-20.fc29.x86_64
xfce4-screenshooter-plugin-1.9.3-20.fc29.x86_64
xfce4-session-4.13.1-20.fc29.x86_64
xfce4-notifyd-0.4.2-20.fc29.x86_64
greybird-xfce4-notifyd-theme-3.22.9-1.fc29.noarch
xfce4-datetime-plugin-0.7.0-20.fc29.x86_64
xfce4-sensors-plugin-1.3.0-20.fc29.x86_64
```
**Attachment 8193**, "screenshot":
![Screenshot_2018-12-22_12-20-22](/uploads/7fd7e578623c102a1eb7614abb2d16ce/Screenshot_2018-12-22_12-20-22.png)
Version: 4.13.3https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/206Many copyright notices have GPL and LGPL mixed up2022-07-18T20:58:30ZBugzilla MigrationMany copyright notices have GPL and LGPL mixed up## Submitted by Michał Górny
Assigned to **Nick Schermer**
**[Link to original bug (#15010)](https://bugzilla.xfce.org/show_bug.cgi?id=15010)**
## Description
It seems to be a problem common to the plugins subtree. See e.g. plugi...## Submitted by Michał Górny
Assigned to **Nick Schermer**
**[Link to original bug (#15010)](https://bugzilla.xfce.org/show_bug.cgi?id=15010)**
## Description
It seems to be a problem common to the plugins subtree. See e.g. plugins/systray/systray-manager.c:
/*
* Copyright (c) 2002 Anders Carlsson <andersca@gnu.org>
* Copyright (c) 2003-2004 Benedikt Meurer <benny@xfce.org>
* Copyright (c) 2003-2004 Olivier Fourdan <fourdan@xfce.org>
* Copyright (c) 2003-2006 Vincent Untz
* Copyright (c) 2007-2010 Nick Schermer <nick@xfce.org>
*
* This library is free software; you can redistribute it and/or modify it
* under the terms of the GNU General Public License as published by the Free
* Software Foundation; either version 2 of the License, or (at your option)
* any later version.
*
* This library is distributed in the hope that it will be useful, but WITHOUT
* ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
* FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for
* more details.
*
* You should have received a copy of the GNU **Lesser** General Public
* License along with this library; if not, write to the Free Software
* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
*/
(**highlight** mine)
Note that the firt two clauses refer to GPL. However, the last clause refers to LGPL instead. While that isn't technically a legal problem, it is confusing.
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/207window button out of sync with active window2022-12-16T14:48:41ZBugzilla Migrationwindow button out of sync with active window## Submitted by bec..@..rz.com
**[Link to original bug (#15062)](https://bugzilla.xfce.org/show_bug.cgi?id=15062)**
## Description
moving a window among workspaces (Ctrl+Alt+Shift+`<arrow>`) makes WindwButtons (aka tasklist, aka win...## Submitted by bec..@..rz.com
**[Link to original bug (#15062)](https://bugzilla.xfce.org/show_bug.cgi?id=15062)**
## Description
moving a window among workspaces (Ctrl+Alt+Shift+`<arrow>`) makes WindwButtons (aka tasklist, aka windowlist) show all window buttons as unfocused.
### how to reproduce
- focus a window
- move it among workspaces with keyboard shortcuts
- look which window appears focused (should be none)
Version: 4.13.44.17.3Gaël BonithonGaël Bonithonhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/208Panel not hiding automatically after performing a right mouse click on tray icon2022-04-05T07:14:44ZBugzilla MigrationPanel not hiding automatically after performing a right mouse click on tray icon## Submitted by Or Schiro
Assigned to **Nick Schermer**
**[Link to original bug (#15150)](https://bugzilla.xfce.org/show_bug.cgi?id=15150)**
## Description
Hi all,
I have observed the following.
If I do a right mouse click on ...## Submitted by Or Schiro
Assigned to **Nick Schermer**
**[Link to original bug (#15150)](https://bugzilla.xfce.org/show_bug.cgi?id=15150)**
## Description
Hi all,
I have observed the following.
If I do a right mouse click on a tray icon, followed by a left mouse click outside the panel, then it's not hiding automatically anymore.
I have captured this in the following video: https://drive.google.com/file/d/1tLMCSgdpEpRdAQxCfWUMZIaxgV6R8q9r/view
Is anyone able to reproduce this problem?
I have set my panel to always hide.
Thank you! 👍😄
Version: 4.12.2https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/209Switching desktops on workspace switcher with mouse wheel goes out of order2023-03-30T21:59:12ZBugzilla MigrationSwitching desktops on workspace switcher with mouse wheel goes out of order## Submitted by JtS
Assigned to **Nick Schermer**
**[Link to original bug (#15154)](https://bugzilla.xfce.org/show_bug.cgi?id=15154)**
## Description
Overview: More detailed restatement of summary.
Scrolling through desktops ...## Submitted by JtS
Assigned to **Nick Schermer**
**[Link to original bug (#15154)](https://bugzilla.xfce.org/show_bug.cgi?id=15154)**
## Description
Overview: More detailed restatement of summary.
Scrolling through desktops on the workplace switcher goes in an out-of-order fashion with 2 rows.
Steps to Reproduce: Minimized, easy-to-follow steps that will trigger the bug. Include any special setup steps.
1) Set workplace switcher to 2 rows (right click on panel -> Panel -> Panel Preferences -> Items -> select Workplace Switcher -> "Edit currently selected item" -> set # of rows to 2).
2) Place cursor over the 1st workspace in the workspace switcher on the panel
3) Scroll down with the mouse scroll wheel
Actual Results: What the application did after performing the above steps.
Workspaces will scroll in the wrong order. It will be 1-3-2-4
Expected Results: What the application should have done, were the bug not present.
The workspace should scroll in correct order of workspaces, 1-2-3-4
Build Date & Hardware: Date and hardware of the build in which you first encountered the bug.
Build Xfce 4.12 on Ubuntu 18.10
Additional Builds and Platforms: Whether or not the bug takes place on other platforms (or browsers, if applicable).
No additional builds or platforms tested
Additional Information: Any other useful information.
It does not happen if I make the workspace switcher 1 row and scroll - this scrolls in correct order.
Version: 4.13.04.17.2Gaël BonithonGaël Bonithonhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/210"Don't not resolve space on border" does not work when you have 4 monitors2022-07-09T07:09:05ZBugzilla Migration"Don't not resolve space on border" does not work when you have 4 monitors## Submitted by kke..@..il.com
**[Link to original bug (#15220)](https://bugzilla.xfce.org/show_bug.cgi?id=15220)**
## Description
"Don't not resolve space on border" does not work when you have 4 monitors.
For horizontal panel ba...## Submitted by kke..@..il.com
**[Link to original bug (#15220)](https://bugzilla.xfce.org/show_bug.cgi?id=15220)**
## Description
"Don't not resolve space on border" does not work when you have 4 monitors.
For horizontal panel bar, each monitor can have 2 panel bar (upper/bottom). Etc, "------" means a panel bar.
```
------
M
------
```
So if I add panel bars to all monitors, it looks like
```
------ ------
M1 M2
------ ------
------ ------
M4 M3
------ ------
```
Totally 8 panel bars. However, among these 8 bars, only 2 bars respect the setting of ""Don't not resolve space on border"". Other 6 bars always hide the application content, which is very very annoying. Here are the 2 bars location which respect the setting.
```
------ ------
M1 M2
M4 M3
```
Env:
Xubuntu 18 LTS.
xfce4.12
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/211style-updated signal emitted on button enter/leave2022-07-11T18:51:34ZBugzilla Migrationstyle-updated signal emitted on button enter/leave## Submitted by Andre Miranda `@andreldm`
Assigned to **Nick Schermer**
**[Link to original bug (#15242)](https://bugzilla.xfce.org/show_bug.cgi?id=15242)**
## Description
Created attachment 8370
style-update-sample.diff
The styl...## Submitted by Andre Miranda `@andreldm`
Assigned to **Nick Schermer**
**[Link to original bug (#15242)](https://bugzilla.xfce.org/show_bug.cgi?id=15242)**
## Description
Created attachment 8370
style-update-sample.diff
The style-updated signal is emitted once as the cursor enters a plugin's button and 5 times on leave.
Apply the attached patch over xfce4-sample-plugin to be able to reproduce.
**Patch 8370**, "style-update-sample.diff":
[style-update-sample.diff](/uploads/4380ee8af606ecf5bdaf3b22a9c450b0/style-update-sample.diff)
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/212Mouse on the panel are not honored, mouse clicks on applications and on the d...2021-02-07T03:17:20ZBugzilla MigrationMouse on the panel are not honored, mouse clicks on applications and on the desktop work## Submitted by Ada..@..gmx.de
**[Link to original bug (#15256)](https://bugzilla.xfce.org/show_bug.cgi?id=15256)**
## Description
This bug report pertains to xfce4 on Xubuntu 16.04.6 under Xubuntu 16.0.6 LTS currently under Linux k...## Submitted by Ada..@..gmx.de
**[Link to original bug (#15256)](https://bugzilla.xfce.org/show_bug.cgi?id=15256)**
## Description
This bug report pertains to xfce4 on Xubuntu 16.04.6 under Xubuntu 16.0.6 LTS currently under Linux kernel 4.4.0-145-generic x86_64.
It happened during my work that any mouse click directed to the xfce panel was not honored at all. Mouse clicks on the applications worked as usual. I also could start a terminal by right clicking on the desktop area and selecting a terminal window there.
In unsure whether this is a bug of xfvce4-panel or one of xfwm4.
When I had the problem, I opened a command window and tried this command there:
```
$ xfwm4 –replace
Waiting for current window manager (Xfwm4) on screen :0.0 to exit:
```
But it did not come to an end. When I had started a GUI based task manager, I could kill xfwm4, but another one was immediately started.
I was unable to access the button to shut down the computer, so I used the power button for that purpose. After I had rebooted, the system worked as it did before this bug happened. Unfortunately I can not give any more information about this bug (except if you tell me to search in special log files if there may be any interesting traces).
Just for reference, this is what this bug report is about:
```
$ xfwm4 --version
This is xfwm4 version 4.12.3 (revision 7fdcb53) for Xfce 4.12
Released under the terms of the GNU General Public License.
Compiled against GTK+-2.24.30, using GTK+-2.24.30.
Build configuration and supported features:
- Startup notification support: Yes
- XSync support: Yes
- Render support: Yes
- Xrandr support: Yes
- Embedded compositor: Yes
- KDE systray proxy (deprecated): No
$ xfce4-panel --version
xfce4-panel 4.12.0 (Xfce 4.12)
```
Version: 4.12.0https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/213Setting "show windows from all monitors" in not persistent2022-04-05T07:16:26ZBugzilla MigrationSetting "show windows from all monitors" in not persistent## Submitted by mlv..@..ox.org
Assigned to **Nick Schermer**
**[Link to original bug (#15267)](https://bugzilla.xfce.org/show_bug.cgi?id=15267)**
## Description
After each reboot I have to toggle this setting on and off to get the...## Submitted by mlv..@..ox.org
Assigned to **Nick Schermer**
**[Link to original bug (#15267)](https://bugzilla.xfce.org/show_bug.cgi?id=15267)**
## Description
After each reboot I have to toggle this setting on and off to get the desired behavior. I know this is a duplicate of 7255 which is marked as solved but apparently it is not. That the bug is not fixed was also reported in the related ticket (2016). But because there was no further response I decided to create a new ticket.
Version: 4.12.2https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/215Panel on Screen above other screen does lead to applications not respecting2022-07-09T07:07:10ZBugzilla MigrationPanel on Screen above other screen does lead to applications not respecting## Submitted by Alexmitter
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15306)](https://bugzilla.xfce.org/show_bug.cgi?id=15306)**
## Description
This one is hard to explain.
I have a weird 4 Screen setup were one scr...## Submitted by Alexmitter
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15306)](https://bugzilla.xfce.org/show_bug.cgi?id=15306)**
## Description
This one is hard to explain.
I have a weird 4 Screen setup were one screen is above another one. If i place a Panel on the bottom of the upper one, applications do not respect its space and expand under it. If I place it on the top, applications respect it. This only happens with that screen that is above another one.
To explain it better, I made a video: https://youtu.be/Ughn8lp7xuE
Xubuntu 18.04
List of package versions: https://pastebin.com/8wTa1TZy
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/217Change "Don't _reserve..." to "_Reserve..."2023-03-13T17:59:10ZBugzilla MigrationChange "Don't _reserve..." to "_Reserve..."## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15362)](https://bugzilla.xfce.org/show_bug.cgi?id=15362)**
## Description
Would:
"Don't _reserve space on borders"
Be better if it was chang...## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15362)](https://bugzilla.xfce.org/show_bug.cgi?id=15362)**
## Description
Would:
"Don't _reserve space on borders"
Be better if it was changed to:
"_Reserve space on borders"
"Dont reverse" sounds like "dont do".
I was looking at the screen while toggeling "Don't _reserve space on borders" on and off and it was a little confusing that when i toggle it on i "dont ...".
I think it would be more logical to reverse the space when it is toggeled on.
Version: Unspecified4.18.3Gaël BonithonGaël Bonithonhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/218xfce4-kbleds plugin sometimes freezes and doesn't reflect the status of leds ...2021-02-07T04:42:21ZBugzilla Migrationxfce4-kbleds plugin sometimes freezes and doesn't reflect the status of leds (Caps Lock in my case).## Submitted by loc..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15396)](https://bugzilla.xfce.org/show_bug.cgi?id=15396)**
## Description
Hello, everyone.
I'm filling a bug here, because the Panel Plugins...## Submitted by loc..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15396)](https://bugzilla.xfce.org/show_bug.cgi?id=15396)**
## Description
Hello, everyone.
I'm filling a bug here, because the Panel Plugins bug directory doesn't have a 'general' category.
The problem with the leds status plugin is that it gets stuck sometimes in some value and stops responding to the changes in Caps Lock, Num Lock, Scroll Lock statuses.
it's a bit regretful, as my hardware keyboard only has one LED -- the Caps Lock led.
The sub-project doesn't seem to be officially retired, as the homepage is still alive: https://goodies.xfce.org/projects/panel-plugins/xfce4-kbdleds-plugin
Version: Unspecifiedhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/221Cant open about dialog while properties dialog is open2022-06-15T09:53:22ZBugzilla MigrationCant open about dialog while properties dialog is open## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15468)](https://bugzilla.xfce.org/show_bug.cgi?id=15468)**
## Description
I can right click a panel-plugin and select about and then right cl...## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15468)](https://bugzilla.xfce.org/show_bug.cgi?id=15468)**
## Description
I can right click a panel-plugin and select about and then right click again and select properties to get two dialogs.
But if i try the other way around i cant get the about dialog if the properties dialog is already open.
I would think i should be able to open the about dialog regardless of the properties dialog being open or not.
If it is on purpose that the user should not be allowed to open the about dialog if the properties dialog is already open then i suggest making the menu item grey so that the user cant select it.
Version: Unspecified4.17.2Gaël BonithonGaël Bonithonhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/222Add an option to add panel plugins from a file2021-02-07T04:11:44ZBugzilla MigrationAdd an option to add panel plugins from a file## Submitted by loc..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15517)](https://bugzilla.xfce.org/show_bug.cgi?id=15517)**
## Description
I am doing a bit of bug-search in xfce in my free time.
Sometimes ...## Submitted by loc..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15517)](https://bugzilla.xfce.org/show_bug.cgi?id=15517)**
## Description
I am doing a bit of bug-search in xfce in my free time.
Sometimes before submitting a but I want to check if the bug is still present in the master git HEAD.
I don't really want to make a package reinstall it every time I want to test some version of a package.
It's cumbersome at best, and becomes a genuine pain when doing a git bisect.
Would it be possible to add an option (ideally a gui button in the "Add new items" window to load panel plugins from files?
Version: 4.12.2https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/223Let the panel control the orientation not the plugins2022-04-05T07:23:09ZBugzilla MigrationLet the panel control the orientation not the plugins## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15520)](https://bugzilla.xfce.org/show_bug.cgi?id=15520)**
## Description
It might not be a good idea to have a setting called something like...## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15520)](https://bugzilla.xfce.org/show_bug.cgi?id=15520)**
## Description
It might not be a good idea to have a setting called something like "Invert buttons orientation" in each plugin like Action Buttons to choose if what the plugins shows in the panel should be horizontal or vertical.
This makes it harder to change the panel preferences.
Suppose i have the panel set up nicely in horizontal mode but now i want to change to deskbar/vertical.
But if i do that i might have to go into the plugins that have such a setting a toggle it to be able to see the plugin correctly.
And then if i switch the panel back to horizontal again i would have to go into the plugin settings again.
I would think it smart to select the panel mode (horizontal/vertical/deskbar) and then the plugins have to adapt to what ever orientation/space they are given by the panel.
So if the panel is only wide enough for 3 buttons and the plugin wants to show 6 well then wrap it/use two rows for the plugin instead of cutting half of it off.
Version: 4.13.54.15.3Simon SteinbeißSimon Steinbeißhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/227Cant grab one of the panel handles2022-12-20T09:37:51ZBugzilla MigrationCant grab one of the panel handles## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15524)](https://bugzilla.xfce.org/show_bug.cgi?id=15524)**
## Description
Seems like one of the handles at the end of the panel when it is no...## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15524)](https://bugzilla.xfce.org/show_bug.cgi?id=15524)**
## Description
Seems like one of the handles at the end of the panel when it is not locked is not always visible.
Seems to depend of what kind of plugin/text/icon is at the same position as the handle.
And even if the handle is visible if i click it it will active what is below it.
The first handle that sits still (top most or left most) seems to work fine.
But not the handle at the other end where the panel is resized.
Version: 4.13.54.17.2Gaël BonithonGaël Bonithonhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/229Hibernate and Hybrid Sleep buttons are greyed out2022-04-05T07:23:57ZBugzilla MigrationHibernate and Hybrid Sleep buttons are greyed out## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15527)](https://bugzilla.xfce.org/show_bug.cgi?id=15527)**
## Description
Hibernate and Hybrid Sleep is greyed out so i cant click them.
Help...## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15527)](https://bugzilla.xfce.org/show_bug.cgi?id=15527)**
## Description
Hibernate and Hybrid Sleep is greyed out so i cant click them.
Help does not explain it.
I am testing in VirtualBox.
Im guessing that the system does not support it or something.
Maybe it could say:
"Hibernate (not supported)"
"Hibernate (uavailable)"
"Hibernate ([the explanation as to why its not available])"
Or add the explanation in the help.
Or add an checkbox option in the properties dialog like:
"Hide unsupported actions".
Version: 4.13.5https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/230Change dialog subtitle text2022-04-05T07:31:39ZBugzilla MigrationChange dialog subtitle text## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15543)](https://bugzilla.xfce.org/show_bug.cgi?id=15543)**
## Description
Right click panel and select add item in panel sub menu.
Dialog sa...## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15543)](https://bugzilla.xfce.org/show_bug.cgi?id=15543)**
## Description
Right click panel and select add item in panel sub menu.
Dialog says:
"Add New Items"
"Add new plugins to the panel"
Maybe this would be more correct:
"Add new plugins, separators, and launchers to the panel"
Version: 4.13.54.15.5Simon SteinbeißSimon Steinbeißhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/231Change icon size input to slider type2022-04-05T07:36:10ZBugzilla MigrationChange icon size input to slider type## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15544)](https://bugzilla.xfce.org/show_bug.cgi?id=15544)**
## Description
In preferences apperance tab the setting for the icon size is using...## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15544)](https://bugzilla.xfce.org/show_bug.cgi?id=15544)**
## Description
In preferences apperance tab the setting for the icon size is using a input box with -+ buttons.
But the other adjusters are using a slider.
So maybe change it to use a slider to for the icon size for consistency with the other things in the dialog.
Version: 4.13.5https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/232Remove "new" from "Add new items..."2022-04-05T07:31:56ZBugzilla MigrationRemove "new" from "Add new items..."## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15567)](https://bugzilla.xfce.org/show_bug.cgi?id=15567)**
## Description
Right click the panel and select Panel menu.
It says:
Add new ...## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15567)](https://bugzilla.xfce.org/show_bug.cgi?id=15567)**
## Description
Right click the panel and select Panel menu.
It says:
Add new items.
Also the dialog says "add new" three times.
It does not seem necessary to write new (or old) as we just want to add something.
Maybe the menu item could even be just "Add..." but that might be confused with adding a new panel so maybe "Add items..." is better.
At least i like to have very short strings.
Here are some strings where "new" might be removed:
Add _New Items...
Add New Items
Add new plugins to the panel
Add New Item
Show the 'Add New Items' dialog
Failed to show the add new items dialog
Add new item to this panel
Add a new launcher to the panel based on the information of this desktop file
This will create a new launcher plugin on the panel and inserts the dropped files as menu items.
Create new launcher from %d desktop file
Create new launcher from %d desktop files
Please choose a panel for the new plugin:
Add a new panel
Version: 4.13.5https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/233Icons transparency is not cleared (VirtualBox)2022-06-05T13:28:27ZBugzilla MigrationIcons transparency is not cleared (VirtualBox)## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15595)](https://bugzilla.xfce.org/show_bug.cgi?id=15595)**
## Description
Created attachment 8626
Notifcation area icons not drawn correctly
...## Submitted by sco..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15595)](https://bugzilla.xfce.org/show_bug.cgi?id=15595)**
## Description
Created attachment 8626
Notifcation area icons not drawn correctly
In VirtualBox the icons in the notification area is not always updated/redrawn correctly.
Seems like the icons are drawn on top of what is there already without clearing the transparent part.
If i activate/deactive display compositor in window manager tweaks i can change it somewhat.
Also the icons are not drawn the same place with display compositor on/off.
With display compositor on the icons inside the notification area moves are few pixels to the right and down.
Tested with WMSVGA graphics controller (in VirtualBox) so far.
**Attachment 8626**, "Notifcation area icons not drawn correctly":
![notification_area_icons](/uploads/655514c7c770b6cafa17bb4d573d2823/notification_area_icons.jpg)
Version: 4.13.5