! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Panel has trouble dealing with multiple outputs that are not available or tha...
Status:
RESOLVED: FIXED
Product:
Xfce4-panel
Component:
General

Comments

Description haarp 2017-09-01 18:00:47 CEST
Created attachment 7302 
panel config

I am making a new bug to not spam bug 9338 with issues that are barely related.


Panel 4.13.1:

The situation has not improved, on the contrary, I feel like the panel goes bonkers when the number or names of outputs changes during the day.

- If the panel starts with only LVDS available: There's a roughly 4x4 pixels "thing" in the upper left corner. It seems the panels that don't have anywhere to go get bunched up here.

- It also is possible that a panel with nowhere to go sits on the primary output instead, fighting with the primary panel for which one stays in the foreground

- When the number of monitors changes, a panel may appear on a monitor correctly but fail to autohide despite it being enabled


In general, the panel seems to have a lot of trouble when outputs defined for a panel do not exist.

This, along with bug 10725, makes xfce4-panel a bit of a nightmare to deal with on multimonitor systems that are on the move.


I've attached my panel config.
Comment 1 Simon Steinbeiss editbugs 2017-09-06 00:51:46 CEST
Could this be a duplicate of https://bugzilla.xfce.org/show_bug.cgi?id=13620 ?
Comment 2 haarp 2017-09-06 09:00:49 CEST
(In reply to Simon Steinbeiss from comment #1)
> Could this be a duplicate of https://bugzilla.xfce.org/show_bug.cgi?id=13620
> ?

I don't think so, although I've also seen bug 13620 in action.
Comment 3 haarp 2017-09-12 14:51:40 CEST
Right now, out of 3 active monitors (LVDS1, VIRTUAL7=primary, VIRTUAL8), only VIRTUAL7 and VIRTUAL8 have their correct panels. The LVDS1 panel is missing.


What's very interesting, going into the panel settings I see that each panel is set to the Primary output, which is incorrect. According to the Settings Editor, the panels are set to appear on LVDS1, Primary and VIRTUAL8 respectively.

This discrepancy warrants further investigation, as it's likely to be a contributing factor to this bug.
Comment 4 Simon Steinbeiss editbugs 2018-06-05 01:16:25 CEST
I think this may have been fixed already by https://git.xfce.org/xfce/xfce4-panel/commit/?id=81bc29e40dc74d1a3dfbb274d63245f292dd3398

Could you give 4.13.3 a try?
Comment 5 Simon Steinbeiss editbugs 2018-11-17 01:19:31 CET
To be honest issues like this one make me consider to drop the binding of panels to individual outputs. It's just too error-prone if outputs are disconnected frequently... (The primary setting should help in many/most cases.)
Comment 6 haarp 2019-02-25 23:25:44 CET
Sorry for the radio silence, I've been dealing with another problem that amplified panel bugs, which is now solved.

Currently I am using Panel 4.13.4 and it seems to be working rather well. At least I haven't spotted any major issues anymore. Panels appear on the output they should and stay there.

(In reply to Simon Steinbeiss from comment #5)
> To be honest issues like this one make me consider to drop the binding of
> panels to individual outputs. It's just too error-prone if outputs are
> disconnected frequently...

I don't think that's a good idea. I fear this will only results in panels flying around outputs at pretty much random.
Comment 7 Simon Steinbeiss editbugs 2019-04-21 23:46:20 CEST
(In reply to haarp from comment #6)
> Currently I am using Panel 4.13.4 and it seems to be working rather well. At
> least I haven't spotted any major issues anymore. Panels appear on the
> output they should and stay there.

Great, marking the bug as fixed then.

Bug #13831

Reported by:
haarp
Reported on: 2017-09-01
Last modified on: 2019-04-21

People

Assignee:
Nick Schermer
CC List:
1 user

Version

Version:
4.13.1

Attachments

panel config (1.93 KB, application/x-bzip)
2017-09-01 18:00 CEST , haarp
no flags

Additional information