cinnamon unlock problem when screen power off

Bug #1005545 reported by pescobar
88
This bug affects 17 people
Affects Status Importance Assigned to Milestone
cinnamon
New
Undecided
Unassigned

Bug Description

Hi

I am using mint13 x86_64 with cinnamon. My setup is a dual screen with nvidia card using oficial nvidia drivers.

When I lock my screen and inmediatly unlock it works ok but if I go away from my computer for a while and my screens go to sleep (the system don´t suspend or sleep) then when I try to login again I don´t get the password prompt but just a blue background in the main screen, a black background in the secondary screen and the mouse cursor. When I push any key in my keyboard to get the unlock prompt nothing shows in the screen

After some testing I have found a workaround. If I move the mouse cursor to the secondary screen and then I push ESC key in the keyboard I get the unlock prompt to access my desktop. I have spent some time until I found this workaround. By now at least I can work but I think this should be solved. The normal behaviour in all my previous desktops is that when I push any keyboard button I get the unlock prompt. In my first attempts I couldn´t find no way to unlock the screen so I had to open a tty terminal to restart the desktop manager, losing all my open apps.

I have no problem to attach any required logs, not sure which ones could be needed.

Revision history for this message
James (jim-warkior) wrote :

I have the same (similar) problem as described.

Linux Mint 12 64bit
NVidia Gfx Drivers
Dual Screen (primary on Left)

When returning from away, both screens are black with the time at the top (and strangely can show different times) (looks like the external display doesn't update) but no login box.

Haven't *yet* tried the solution posted above. See attached picture for example.

Revision history for this message
Ben (projectdohc) wrote :

I am having the same issue with the lock screen.

Linuxmint 13 64bit
Standard video drivers (intel onboard graphics)
Dual screens (primary on left)

If I just begin to type the password in it will still let me unlock the screen just rather annoying and not aesthetically pleasing.

Revision history for this message
pescobar (pescobar) wrote :

Hi,

I have found that this bug is someway related with the used driver.

I have switched from the propietary nvidia driver to the free nouveau driver and the problem has dissapeared.

Revision history for this message
pescobar (pescobar) wrote :

Hi,

I have found there is also an opened issue about this in cinnamon´s github and cinnamon devs confirmed me that the right place to report cinnamon issues/bugs is github:

https://github.com/linuxmint/Cinnamon/issues/698

regards.

Revision history for this message
Juan Mares (juanlmares) wrote :

Im having the same issue with Mint 13 Cinnamon 64bit.

Revision history for this message
xaris.tsimpouris (xaris-tsimpouris) wrote :

Hi,
I also have a similar problem.

Linux Mint 13 64Bit
Only one screen
ATI/AMD proprietary FGLRX graphics driver installed and activated

When I lock the screen for a while, and then come back everything works fine. However, There are times that if system has been locked for over one day or two, mouse works just fine but keyboard doesn't seem to respond, while prompt login and background are correctly displayed.
Clicking Alt-f2, r and enter that restarts cinammon seems to work as it makes the same glitches like when I am logged in - however keyboard is not yet responding! Tried also to disconnect and reconnect usb keyboard but neither did it helped. I have not found a workaround so far yet.
If this is somehow a graphics problem, I will disable the proprietary graphic drivers and see if this happens again in a few days.

Revision history for this message
Kyle Hansen (kwhans) wrote :

I have the same problem (blank blue screen on primary monitor after monitors go to sleep).

Linux Mint 13 64 bit
Dual monitors, left primary
Nvidia drivers

I also have an additional observation to add.
Immediately after locking the screen everything was fine, and I was able to see the login screen.
Then I heard the sound of one of my friends sending my a chat message, and that is when the left screen turned blue.
So it seems to me like the problem is somehow related to getting interrupted by other programs?

Revision history for this message
xaris.tsimpouris (xaris-tsimpouris) wrote :

About #6, after disabling graphic card proprietary drivers, problems seems to have been solved. (Just in case somebody else has the same kind of problem)

Revision history for this message
Dean Montgomery (dmonty) wrote :

Our School District is experiencing the same problem with two. We have a few different types of Nvidia graphics and it happens on two that I tested:
00:0d.0 VGA compatible controller: NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2)
02:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2)

Escape key does remove the black screen - but it is annoying. Many students/teachers just press the power button on the computer thinking that it is locked up.

Revision history for this message
Dean Montgomery (dmonty) wrote :
Revision history for this message
Margarita Manterola (marga-9) wrote :

Hi,

I believe that this is the same bug as:
https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/998735

It's not a linux mint issue (also appears in default Ubuntu), or a cinnamon specific issue (it's also reproducible in gnome-shell).

I don't believe this is the same as https://bugs.launchpad.net/ubuntu/+source/gnome-screensaver/+bug/848562, since no blue background is mentioned there.

This bug is in the interaction between the window manager and the X server. It happens with muffin and mutter. It happens also with xscreensaver, although in that case xscreensaver is able to show its password prompt making the blue screen go away, when the user moves the mouse.

Revision history for this message
Bryan McKenna (brymck) wrote :
Download full text (3.4 KiB)

Still seems to be affecting Mint 14 32-bit. Same symptoms as original poster and same "workaround"...moving mouse to secondary display and hitting escape loads lockscreen on secondary display, moving mouse back to primary display and hitting escape does not load lockscreen, loads that same black box. Easier to reproduce if you set your screen timeout/system lock to 1 minute of activity. Issue does not occur when computer is locked and monitors do not go into power save mode...if it is locked manually you can see the lock screen just fine.

My displays were set to different resolutions...when this was the case, I could see the bottom of the desktop background on the primary display and the time/user name at the top, but that was all. The blacked out area appeared to be the size of the resolution of the secondary display relative to the resolution of the primary display. When I changed the primary display to match the resolution of the secondary display, the blacked out area covered the entire area where the desktop picture would be and the only thing that was visible was the time and name at the top of the screen. It did not resolve the issue, though...hitting escape on the primary screen while the mouse is on the primary screen did not work, however hitting escape while the mouse is on the secondary screen brings up the lockscreen on the secondary screen without fail.

I switched displays and made the right display the primary one in nvidia config and let the computer lock itself and turn off the displays. The right display (now the primary) had the time and user name on top, but did not come up with the lock screen automatically. When I moved the mouse to the left display (now the secondary) and hit escape, the lock screen did not come up. When I moved the mouse to the right display and hit escape, the lock screen did come up and I was able to log in.

I flipped the position of the displays so that the one on the left physically was on the right logically (have to move mouse to left edge of left screen to get to right edge of right screen) and the screen logically on the right was consistently the one that was able to load the lock screen after moving the mouse to that screen and hitting escape.

I kept the same logical configuration but instead of using absolute coordinates I used the option in nvidia config that said "left of" to make the physically left monitor be logically to the right, and lo and behold, the lock screen appeared on the left (still non-primary x display) monitor. I then used the "right of" setting to make the right monitor actually on the right and the lock screen did not appear properly on either screen until the escape key was hit. I switched back to the setting that "worked" and it did not work the second time I tried it, but did the third.

Ultimately I figured out that it seems that the lock screen is defaulting to the right-most screen as defined in nvidia config, and if the mouse is left on that screen when the timer expires, it loads properly, but if the mouse is on the left-hand screen, the lock screen does not load until you move the mouse to the right-hand screen and hit escape. It does not appear that defi...

Read more...

Revision history for this message
Bryan McKenna (brymck) wrote :

Additionally this issue does not appear to be present using Gnome Classic session, only with Cinnamon.

Revision history for this message
Ben Dodson (benjamsz) wrote :

DItto problem here.

Mint 14 64 cinnamon, dual monitor setup, left main differing resolution. Came back and no sign in presented. Left screen had user name and lock symbol in top right, right had just black.

The other point of note is that I normally have a spanned panorama across both screens. When I unlock normally, whichever screen the mouse is on shows the entire panorama scaled down to that one screen. In the case of the problem, the left monitor just had a right hand part of the image, nothing else which seems to match brymck's account. My resolutions are 1920x1080 on left, 1400x900 on right.

In this instance I am using on board HD2500 with stock drivers.

Revision history for this message
Margarita Manterola (marga-9) wrote :

The bug is in mutter and muffin (which is a fork of mutter).

The upstream bug where it was finally fixed:
https://bugzilla.gnome.org/show_bug.cgi?id=677116

I'm attaching here the patch that fixes the problem for muffin 1.6 and also applies in muffin 1.8.

affects: linuxmint → cinnamon-desktop
Revision history for this message
Michael Wisheu (wisheu) wrote :

Sent pull request https://github.com/linuxmint/muffin/pull/91 to get it fixed in Muffin.

Revision history for this message
Matthew Spraggs (matthew-spraggs) wrote :

I applied this patch to the latest muffin source in LMDE but I am still getting the same issue.

Revision history for this message
Julian (perlsite) wrote :

I'm having the same issue in Linux Mint 16 Cinnamon.

Laptop + external monitor connected via DisplayPort. The laptop is a haswell based with Intel 4600 video card (+ nVidia Optimus - not activated right now).

When, due to inactivity, the screen saver kicks in the monitor is turned on. Later, when I move the mouse to resume the screen, instead of login window I see the last "screen-shot" before the screen saver has been activated. You still can type your password blindly and the laptop will unlock the screen, but you have to do it without seeing what you are typing or what language keyboard layout is currently active.

I'm using "uxa" acceleration method if that matters, since the new, default "sna" method is slow (i.e. try to use Expo to switch between workspaces).

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.