Bug 1027700 - When running gdm, monitor does not put itself in power save mode
Summary: When running gdm, monitor does not put itself in power save mode
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-shell
Version: 20
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Owen Taylor
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-11-07 10:07 UTC by Sergio Pascual
Modified: 2014-01-26 18:51 UTC (History)
12 users (show)

Fixed In Version: mutter-3.10.3-1.fc20
Clone Of:
Environment:
Last Closed: 2014-01-23 11:15:17 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 715000 0 None None None Never
GNOME Bugzilla 719378 0 None None None Never

Internal Links: 1045934 1058045

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...


Note You need to log in before you can comment on or make changes to this bug.