! 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 !
Dsyfunctional behaviour and respawning of Display Settings interface
Status:
RESOLVED: MOVED
Product:
Xfce4-settings
Component:
Display Settings

Comments

Description MK 2016-06-20 21:29:25 CEST
There is some context for my observations here in my comment on bug 12410 -- but the problem is I think not correctly assessed there. It isn't so much that it can't handle 2 and 3 display set-ups, it is that once a display is magically disabled, correcting it via the Display Settings interface is so dysfunctional it might as well be unable to handle certain 2 and 3 display set-ups.

Because (as described on 12410) I end up having to use the Display Settings many times during the day when XFCE drops my primary monitor, I've come to a number of conclusions about it which have made it much easier but which I am sure are not the way anyone ever intended it to work:

- The actual display being configured does not necessarily seem to be the one in the dropdown.  Instead, it seems to be the last one in the diagram *moused over* (note I use "focus follows mouse", some more about the significance of that below).  I make this observation because the (center) display which is disabled ends up shown off to the right, and I have to drag and drop it back to the center.  When I then move the mouse back to the right to tick "use this display" (not holding any buttons down), if I do not first go up, out of the box representing the center display, and keep the pointer away from the other boxes, unpredictable things happen and the disabled center display is *never* re-enabled.  Whereas if I am careful and make it to the checkbox without mousing over another screen icon, it is *always* re-enabled.

- However, this mouse over reconfigure behaviour persists when the timer pop-up ("Keep this configuration?") appears, meaning I have to be equally careful getting the mouse over that without accidentally grazing the diagram underneath.  As mentioned, I do use "focus follows mouse", but it seems pointless and absurd that I should want, or be able, to change the configuration while a 10 second timed "Keep this configuration?" dialogue is in play and screens are going on and off.

- Further, the interface window seems perfectly happy to arbitrarily (or more probably: in response to the "mouse over reconfigure while already reconfiguing" problem) spawn multiple instances of itself and/or various pop-ups related to its functioning, exactly overlapping one another and creating a confusing chain of precedence (the fun increases if a second screen is then accidentally disabled and needs to be re-enabled).  At one point, when I tried using "Configure new displays when connected" (big mistake) and found I not only lost a display but had mirroring selected for me, I ended up closing *at least* a dozen versions of the same overlapping pop-up without ever noticing them having been created (I guess it could be the same window just refusing to close for a dozen clicks, but I don't think so).

I can understand how allowing the interface to respawn is useful when it has not been properly closed, if the user happens to lose the window somewhere and actively starts another one.  However, in this case, it should ONLY be when the user actively starts another one, and further, any existing instance should automatically be closed.  There is no sane purpose to reconfiguring the display settings from multiple interfaces simultaneously.

In short, that thing is a lunatic nightmare.  Thankfully, it is still much less hassle than having to kill and restart the whole desktop -- *usually* all my open apps are preserved although they *always* end up being moved about because of the disabled then re-enabled display, adding a bit of further irritation.
Comment 1 Simon Steinbeiss editbugs 2020-02-03 14:24:09 CET
Hi, this is a fairly old report and it's not clear if any of the above still applies. Especially as I'm not able to reproduce your problem (I'm also using 2 or 3 display setups)
Have you tested your setup with 4.14?
Comment 2 Git Bot editbugs 2020-05-28 23:05:36 CEST
-- GitLab Migration Automatic Message --

This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfce4-settings/-/issues/81.

Please create an account or use an existing account on one of our supported OAuth providers. 

If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests

Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev

Bug #12658

Reported by:
MK
Reported on: 2016-06-20
Last modified on: 2020-05-28

People

Assignee:
Jérôme Guelfucci
CC List:
4 users

Version

Version:
4.12.0

Attachments

Additional information