Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
setting idle-delay in org.gnome.desktop.session directly via dconf or file in /etc/dconf/db/local.d/ has no affect. It always stays at 5 Minutes in the GUI and the system is locking after 5 minutes also
Version-Release number of selected component (if applicable):
gnome-settings-daemon-3.8.6.1-9.el7_0.1.x86_64
How reproducible:
open the Power settings UI and dconf-editor window by window. Look at org.gnome.desktop.session -- idle-delay entry
Steps to Reproduce:
1. change the setting in org.gnome.desktop.session idle-delay to 600 (10 minutes)
2. run: dconf update
3. log out and log in again
4. see that the org.gnome.desktop.session idle-delay entry is still 600, however the Power setting still says Blank Screen after 5 minutes.
5. Wait for 5 minutes and the screen will lock, instead of 10 minutes
Actual results:
Screen locks after 5 Minutes, instead of 10
Expected results:
Screen should lock after 10 minutes (or what ever time is given in idle-delay)
Additional info:
If you have the UI and dconf-editor running in parallel, chanfge the setting in the UI to another time, and you will see the number in idle-delay changing immediately
additional info:
I am setting the idle-delay value via:
/etc/dconf/db/local.d/01-redhat-event-settings
***
## Configure Power settings for Event notebooks
[org/gnome/settings-daemon/plugins/power]
idle-dim=false
idle-brightness=100
sleep-inactive-ac-timeout=0
sleep-inactive-battery-timeout=0
[org/gnome/desktop/session]
idle-delay=0
***
and run `dconf update` after creating the file
in dconf-editor I can see the value of org/gnome/desktop/session - idle-delay set to "0", which should mean, do not blank the screen. Waiting for 5 Minutes, and it blanks the screen
also disabled selinux via setenforce 0, and run `dconf update` again to make sure it is refreshed. Still the same behavior: Screen blanks after 5 Minutes, when it should not blank.
dconf-editor and dconf do not make any checks on the values read from the dconf database. GSettings does, and all the consumers of those settings use GSettings, not dconf directly.
Running:
gsettings get org.gnome.desktop.session idle-delay
would have shown that the idle-delay wasn't set to 0, but to the default 300.
The problem is that the dconf database contains an integer, when GSettings (and its schemas) expect an unsigned integer.
Using:
[org/gnome/desktop/session]
idle-delay=uint32 0
Instead fixes the problem (gsettings get... returns the correct value).
Let me know if this corrects the problem.