After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 645335 - honor lockdown settings
honor lockdown settings
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
: 643290 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2011-03-20 21:33 UTC by William Jon McCann
Modified: 2011-06-04 20:56 UTC
See Also:
GNOME target: 3.0
GNOME version: ---

Attachments
user-status: Honor lockdown settings (5.19 KB, patch)
2011-03-21 12:58 UTC, Florian Müllner 		committed Details | Review
run-dialog: Honor lockdown settings (1.64 KB, patch)
2011-03-21 13:07 UTC, Florian Müllner 		committed Details | Review

Description William Jon McCann 2011-03-20 21:33:40 UTC 
I don't see any code for honoring the disable-log-out setting.  I guess we should.
Comment 1 William Jon McCann 2011-03-20 21:38:25 UTC 
org.gnome.desktop.lockdown has:
    <key name="disable-command-line" type="b">
      <default>false</default>
      <_summary>Disable command line</_summary>
      <_description>
        Prevent the user from accessing the terminal or specifying a command 
        line to be executed. For example, this would disable access to the 
        panel's "Run Application" dialog.
      </_description>
    </key>
    <key name="disable-user-switching" type="b">
      <default>false</default>
      <_summary>Disable user switching</_summary>
      <_description>
        Prevent the user from switching to another account while his session 
        is active.
      </_description>
    </key>
    <key name="disable-lock-screen" type="b">
      <default>false</default>
      <_summary>Disable lock screen</_summary>
      <_description>
        Prevent the user to lock his screen.
      </_description>
    </key>
    <key name="disable-application-handlers" type="b">
      <default>false</default>
      <_summary>Disable URL and MIME type handlers</_summary>
      <_description>
        Prevent running any URL or MIME type handler applications.
      </_description>
    </key>
    <key name="disable-log-out" type="b">
      <default>false</default>
      <_summary>Disable log out</_summary>
      <_description>
        Prevent the user from logging out.
      </_description>
    </key>
  </schema>
Comment 2 Florian Müllner 2011-03-21 12:58:13 UTC 
Created attachment 183934 [details] [review]
user-status: Honor lockdown settings

Right now, the user status menu always contains actions to logout
and lock the screen, and the user switching action only depends on
the technical availability of the functionality.
All those items should honor the lockdown settings defined in
org.gnome.desktop.lockdown.
Comment 3 Florian Müllner 2011-03-21 13:07:40 UTC 
Created attachment 183937 [details] [review]
run-dialog: Honor lockdown settings

org.gnome.desktop.lockdown has a setting to prevent the use of the
Alt-F2 run dialog. Honor this setting.
Comment 4 Dan Winship 2011-03-21 13:11:14 UTC 
Comment on attachment 183934 [details] [review]
user-status: Honor lockdown settings

looks good, though we might want to squish the switch/lock/logout section together with the suspend/poweroff section if there's only one item in it.
Comment 5 Florian Müllner 2011-03-21 14:01:06 UTC 
Comment on attachment 183937 [details] [review]
run-dialog: Honor lockdown settings

Attachment 183937 [details] pushed as 291ef07 - run-dialog: Honor lockdown settings
Comment 6 Florian Müllner 2011-03-21 14:02:32 UTC 
Comment on attachment 183934 [details] [review]
user-status: Honor lockdown settings

Attachment 183934 [details] pushed as 0eaf141 - user-status: Honor lockdown settings
Comment 7 Ray Strode [halfline] 2011-03-21 16:25:28 UTC 
gnome-session needs to honor it, too.  I'll clone this bug.
Comment 8 Florian Müllner 2011-03-21 23:14:09 UTC 
Closing, as remaining issues will be fixed in gnome-session.
Comment 9 Florian Müllner 2011-06-04 20:56:24 UTC 
*** Bug 643290 has been marked as a duplicate of this bug. ***