! 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 !
Incorrect handling of windows/monitors after suspend.
Status:
RESOLVED: MOVED

Comments

Description Josh 2018-02-24 16:17:45 CET
When resuming from a suspend (sleep), the original position of my monitors will not be correctly remembered.  I have three displays; two 2560×1440 and one (laptop, built-in) 1920×1080.  The displays are arranged horizontally, bottom-aligned; their order is Native Laptop (#1), DisplayPort (#3), HDMI (#2).  I have the DisplayPort monitor in the middle because it's the fastest, highest-bandwidth connection, even though it is designated #3 at the hardware level.

The behaviors I see instead after resume include the following:

(1) Laptop and DisplayPort are overlayed, one atop the other.  A vast void spans between these two displays and the HDMI display, where windows can be placed but cannot be rendered (and so they are shifted out).
(2) The three monitors are positioned correctly, but the DisplayPort monitor is disabled (I must check the "Use this display" button).  Same immense void problem as above.
(3) The three monitors are positioned correctly, all are enabled, but the HDMI monitor is not woken.  This doesn't happen if I disable "HDMI Deep Sleep" in the monitor's OSD settings.

These are especially annoying because, while I'm sorting the monitors to get them positioned correctly, XFWM4 is busy moving my windows to be wherever the hell the display manager thinks the monitors are.  This is a very important behavior that completely backfires in this case. When all is said and done, all of my windows are split between displays 1 and 2.  Display 3's panel applets still believe they are on display one, though. I'll file another bug for that.

The version I have listed is not completely correct. According to xfwm4 --version, I am running 4.12.4 (revision 7844952) for Xfce 4.12.

Thanks for your time!
Comment 1 Olivier Fourdan editbugs 2018-03-05 13:27:27 CET
xfwm4 (the window manager and compositor) does not set or change the monitor layout, it gets it from xrandr so it's unlikely the culprit here.

What layout gives "xrandr -q" after resume, is it correct?
Comment 2 Josh 2018-03-08 01:08:40 CET
Upon resume, xrandr reports the following for my monitor's connection:

DP-2 connected (normal left inverted right x axis y axis)
   2560x1440     59.95 + 120.00    99.95    84.98    23.97  

(More options follow.)
After opening the Display options and re-enabling my middle display, it reports the proper size and position:

DP-2 connected 2560x1440+1920+0 (normal left inverted right x axis y axis) 598mm x 336mm
   2560x1440     59.95*+ 120.00    99.95    84.98    23.97  

Note the added asterisk.

So the monitors are correctly reported, but it's just disabled for some reason (and xrandr reports it as having nothing selected).

Should I file this bug elsewhere?
Comment 3 Git Bot editbugs 2020-05-29 12:19:51 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/xfwm4/-/issues/282.

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 #14241

Reported by:
Josh
Reported on: 2018-02-24
Last modified on: 2020-05-29

People

Assignee:
Olivier Fourdan
CC List:
0 users

Version

Version:
4.12.0

Attachments

Additional information