xfce4-panel issueshttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues2022-08-13T07:18:02Zhttps://gitlab.xfce.org/xfce/xfce4-panel/-/issues/235Fixes and new binary clock mode2022-08-13T07:18:02ZBugzilla MigrationFixes and new binary clock mode## Submitted by Felipe Contreras
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15607)](https://bugzilla.xfce.org/show_bug.cgi?id=15607)**
## Description
A true binary clock shouldn't based on hours (mod 12), but on bit...## Submitted by Felipe Contreras
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15607)](https://bugzilla.xfce.org/show_bug.cgi?id=15607)**
## Description
A true binary clock shouldn't based on hours (mod 12), but on bits (mod
2).
Take for example the following clock:
1010010000100000
In order to make sense of it we would have to find out if it's
binary-coded decimal (BCD), or sexagesimal. And then if it's packed or
not, and where the divisions are.
But we could say this number is a binary... A true binary.
To see if this is the highest part (past 12) or the lowest part (before
12), we just look at the most significant digit '1'. So it's past noon.
Then of those later 12 hours are we in earlier or later? We look at the
second digit '0', so it's between 12-18; We still have a quarter of the
day left. We continue like that until the last digit, which is similar
to a second, but not quite.
This is a 16-bit binary clock; that is: a clock whose value is a real
binary, on which you can do binary operations. By dividing the day into
2 ^ 16 equal parts it's easy to represent the most and least significant
parts of a day.
000: day started
100: past noon
010: early morning (6am)
110: afternoon (6pm)
001: 3am
011: 9am
101: 3pm
111: 9pm
We can't call this the true true binary clock, but it pretty much is.
In order to represent minutes (not seconds) we need the first 10 most
significant bits.
Version: Unspecified4.17.3Felipe ContrerasFelipe Contrerashttps://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/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/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/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/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/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/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/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/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/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/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/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/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/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/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/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/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/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/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.4