On 11/25/2014 07:05 AM, Mike Gabriel wrote: > Control: tag -1 moreinfo > > Hi Tony, > > On So 23 Nov 2014 04:41:53 CET, tony mancill wrote: > >> Package: mate-screensaver >> Version: 1.8.1-1 >> Severity: normal >> >> Dear Maintainer, >> >> This could be considered minor, but it is reproducible and slightly >> annoying. To reproduce: >> >> 1) Suspend the laptop while docked in a docking station (with >> multiple monitors, if that makes a difference). >> >> 2) Eject the laptop from the docking station and resume the laptop. >> >> 3) The X display will be hung and no unlock mechanism is visible until >> switching to a Linux console (Ctrl-Alt-F1) and killing the >> /usr/lib/mate-screensaver-gl-helper process. At this point, >> switching back to console 7 displays the expected lock dialog. >> >> Some other windows managers can handle this - it would great if the MATE >> environment didn't get confused. If it makes a difference, the laptop >> has an Intel HD 4000 chipset. > > To my experience the mate-screensaver "Unlock Screen" dialog always > appears on the monitor / screen where the mouse pointer was left.
Hi Mike, That's an interesting observation, and very possibly explains what's going on. The behavior you described is the same for me (either docked or undocked). I run with the following configurations: docked: - (2) external monitors and laptop lid is closed - primary display is thus an external monitor undocked: - just the laptop display (obviously) Note that when I suspend while undocked and then dock for the resume, I get the unlock dialog on the (external) display, so the current code seems "smarter" in this configuration.x > for debugging: If you move the mouse over to the notebook's screen, can > you then normally unlock your session? That would be possible if I opted to run all (3) displays while docked, but not with the use case I'm reporting here. In case it helps, I am attaching a screenshot of Monitor Preferences in the docked configuration, along with the xrandr output. > We won't probably get this fixed for Debian jessie (unless too many > people find this too annoying), we will rather have to hand it over to > MATE upstream and expect help from there. Of course - no worries there. I really enjoy using MATE and am happy to see it packaged and so conveniently accessible for Debian. This is just a minor nit I noticed when switching from other WMs. Please let me know if there is other information I can provide to help with the upstream bug report. Cheers, tony
Screen 0: minimum 320 x 200, current 3200 x 1080, maximum 8192 x 8192 LVDS1 connected (normal left inverted right x axis y axis) 1920x1080 60.04 + 40.03 59.93 1680x1050 59.95 59.88 1600x1024 60.17 1400x1050 59.98 1280x1024 60.02 1440x900 59.89 1280x960 60.00 1360x768 59.80 59.96 1152x864 60.00 1024x768 60.00 800x600 60.32 56.25 640x480 59.94 VGA1 disconnected (normal left inverted right x axis y axis) HDMI1 disconnected (normal left inverted right x axis y axis) DP1 disconnected (normal left inverted right x axis y axis) HDMI2 connected primary 1920x1080+1280+0 (normal left inverted right x axis y axis) 525mm x 297mm 1920x1080 60.00*+ 1600x1200 60.00 1680x1050 59.88 1400x1050 59.95 1600x900 59.98 1280x1024 75.02 60.02 1440x900 59.90 1280x960 60.00 1280x800 59.91 1152x864 75.00 1024x768 75.08 70.07 60.00 832x624 74.55 800x600 72.19 75.00 60.32 56.25 640x480 75.00 72.81 66.67 60.00 720x400 70.08 HDMI3 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 359mm x 287mm 1280x1024 60.02*+ 1280x960 60.00 1024x768 60.00 800x600 60.32 640x480 60.00 720x400 70.08 DP2 disconnected (normal left inverted right x axis y axis) DP3 disconnected (normal left inverted right x axis y axis)
signature.asc
Description: OpenPGP digital signature