Bug 1027700

Summary: When running gdm, monitor does not put itself in power save mode
Product: [Fedora] Fedora Reporter: Sergio Pascual <sergio.pasra>
Component: gnome-shellAssignee: Owen Taylor <otaylor>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: chaapala, dopey, edgar.hoch, fmuellner, frank, koen.schram, luca.giuzzi, midnightsteel, otaylor, rstrode, samkraju, walters
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: mutter-3.10.3-1.fc20 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-01-23 11:15:17 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Sergio Pascual 2013-11-07 10:07:46 UTC
The monitor of my workstation doesn't go into power save mode when the login screen is on it (gdm). It goes into power save mode when I'm logged in with the energy saving setting configured in the control panel.

Version-Release number of selected component (if applicable):
gdm-3.10.0-1.fc20.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Boot the machine
2. Gdm is shown
3. Wait

Actual results:
Nothing, the monitor remains powered on

Expected results:
The monitor goes into power saving mode after a time

Additional info:
This worked in F19

Comment 1 Sergio Pascual 2013-11-07 10:08:35 UTC
and I updated from F19 with fedup, if it is relevant

Comment 2 Sergio Pascual 2013-11-20 11:53:35 UTC
This may be relevant. I rebooted the computer during the night. These messages appear in the journal for the user gdm  a few minutes after the reboot and there is nothing after this until the next morning when I login. 

gnome-session[1850]: (gnome-shell:2007): Gjs-WARNING **: JS ERROR: Exception in callback for signal: StatusChanged: TypeError: this._dialog.cancel is not a function
gnome-session[1850]: ScreenShield<._maybeCancelDialog@/usr/share/gnome-shell/js/ui/screenShield.js:640
gnome-session[1850]: wrapper@/usr/share/gjs-1.0/lang.js:213
gnome-session[1850]: ScreenShield<._onStatusChanged@/usr/share/gnome-shell/js/ui/screenShield.js:816
gnome-session[1850]: wrapper@/usr/share/gjs-1.0/lang.js:213
gnome-session[1850]: ScreenShield<._init/<@/usr/share/gnome-shell/js/ui/screenShield.js:537
gnome-session[1850]: _emit@/usr/share/gjs-1.0/signals.js:124
gnome-session[1850]: _convertToNativeSignal@/usr/share/gjs-1.0/overrides/Gio.js:130

Comment 3 Sergio Pascual 2013-11-22 10:56:33 UTC
I have installed F20 Beta in a virtual machine. I get the same errors.

Comment 4 Andy Wang 2013-12-20 15:40:40 UTC
Seeing the same thing.  Rebooted remotely, came in, monitor was on and sitting at gdm login prompt.

Comment 5 Maurice James 2014-01-04 15:17:39 UTC
The bug is also happening in GA release. With upgrade and fresh install
https://bugzilla.redhat.com/show_bug.cgi?id=1045934

Comment 6 Maurice James 2014-01-08 01:09:07 UTC
Really? no response on either report?

1027700
1045934

Comment 7 Clay Haapala 2014-01-09 17:22:27 UTC
Did fedup from 19 to 20 on two systems. I am running nVidia drivers using akmod (as opposed to directly installing from nVidia's site).

I see the above non-power-down behavior in GDM in Fed 20. Power-down worked in 19.

Comment 8 Sergio Pascual 2014-01-13 10:52:02 UTC
The patch in this GNOME bug fixes the problem for me. Hopefully it will be in a gdm update soon.

Comment 9 Maurice James 2014-01-13 23:35:58 UTC
(In reply to Sergio Pascual from comment #8)
> The patch in this GNOME bug fixes the problem for me. Hopefully it will be
> in a gdm update soon.

Gnome bug fix also works for me

https://git.gnome.org/browse/gnome-shell/commit?id=621e3d0df8abbf9c 

edit /usr/share/gnome-shell/js/gdm/loginDialog.js

add the following 4 lines starting at line 910. Save then restart gdm

+    cancel: function() {
+        this._authPrompt.cancel();
+    },
+

Comment 10 Fedora Update System 2014-01-16 01:26:47 UTC
mutter-3.10.3-1.fc20,gnome-shell-3.10.3-1.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/mutter-3.10.3-1.fc20,gnome-shell-3.10.3-1.fc20

Comment 11 Fedora Update System 2014-01-17 05:48:45 UTC
Package mutter-3.10.3-1.fc20, gnome-shell-3.10.3-1.fc20:
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing mutter-3.10.3-1.fc20 gnome-shell-3.10.3-1.fc20'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2014-1005/mutter-3.10.3-1.fc20,gnome-shell-3.10.3-1.fc20
then log in and leave karma (feedback).

Comment 12 Koen 2014-01-19 07:48:58 UTC
I confirm that this fix works for me and indeed solves the issue of power save mode.

On top of that, the login screen now shows again which user is already logged in (by a white shade under the name) as it did before (this was gone after fedup to Fedora 20).

Thank you!

Comment 13 Fedora Update System 2014-01-23 11:15:17 UTC
mutter-3.10.3-1.fc20, gnome-shell-3.10.3-1.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 14 Luca Giuzzi 2014-01-26 16:50:32 UTC
Oddly enough, after the update I have consistent look-ups on an old machine (a dell GX280)
I tried disabling powersave for gdm (via dconf), but there have not been any improvements. 
If gdm is disabled, everything works nicely; likewise, if a user is logged in on the console (and the screensaver is disabled) the computer does not look up.
This is most puzzling. 

The video card is as follows:
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300]

Comment 15 Luca Giuzzi 2014-01-26 17:06:50 UTC
Incidentally, reverting the change advised by Maurice prevents the problem...