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 466183 - Gconf tweak to show all users / groups on system in Users and Groups tool has no effect
Gconf tweak to show all users / groups on system in Users and Groups tool has...
Status: RESOLVED FIXED
Product: gnome-system-tools
Classification: Deprecated
Component: users-admin
2.19.x
Other Linux
: Normal normal
: ---
Assigned To: Carlos Garnacho
Carlos Garnacho
: 473943 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-08-13 09:46 UTC by Sebastien Bacher
Modified: 2007-10-05 13:25 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20



Description Sebastien Bacher 2007-08-13 09:46:56 UTC
The bug has been opened on https://bugs.launchpad.net/ubuntu/+source/gnome-system-tools/+bug/124993

"Binary package hint: gnome-system-tools

Even using the hidden gconf tweak to show all the users on the system (really, this should be part of the tool - with the appropriate warning that these are system accounts and should not be modified unless necessary - see system-config-users as an example), some users and groups are not shown in this tool - eg, the disk group.

The gconf tweak in fails to do what it is documented to do in its description.

Can be reproduced by;
Opening gconf-editor, visiting
/apps/gnome-system-tools/users and enabling showall.

Clicking System -> Administration -> Users and Groups. Looking for an a group called disk.

Compare with results of 'getent group disk' on command line.
..."
Comment 1 Carlos Garnacho 2007-09-05 23:55:09 UTC
Fixed in svn trunk!

2007-09-06  Carlos Garnacho  <carlosg@gnome.org>

        * users-tool.c (gst_users_tool_constructor): Added, get gconf values
        there, after tool->name has been set. Fixes #466183
        (on_showall_changed): actually get the GConfValue.
Comment 2 Carlos Garnacho 2007-09-05 23:55:40 UTC
*** Bug 473943 has been marked as a duplicate of this bug. ***
Comment 3 Sebastien Bacher 2007-09-18 22:19:03 UTC
Looks like that's still buggy on GNOME 2.20.0
Comment 4 Carlos Garnacho 2007-09-19 08:54:57 UTC
The reporter is using the wrong gconf key, it's "showall", not "show_all", seems to be a typo in the help docs, bug gconf-editor would have shown the right key anyways. I've fixed the typo in the unstable branch.
Comment 5 Loïc Minier 2007-10-05 11:59:22 UTC
(In reply to comment #4)
> The reporter is using the wrong gconf key, it's "showall", not "show_all",
> seems to be a typo in the help docs, bug gconf-editor would have shown the
> right key anyways. I've fixed the typo in the unstable branch.

I've requested the submitter to reconfirm the key name he used; thanks.
Comment 6 Loïc Minier 2007-10-05 12:02:50 UTC
(In reply to comment #4)
> The reporter is using the wrong gconf key, it's "showall", not "show_all",
> seems to be a typo in the help docs, bug gconf-editor would have shown the
> right key anyways. I've fixed the typo in the unstable branch.

Actually I tried with showall and it doesn't work for me either; reopening the bug here.
Comment 7 Loïc Minier 2007-10-05 12:39:45 UTC
Ah!  It works when setting the GConf key as root!

The menu entry is configured to be run within "gksu"; if I run it as a normal user, I get: "The configuration could not be loaded" "You are not allowed to access the system configuration".

Is it supposed to be run as a normal user?
Comment 8 Carlos Garnacho 2007-10-05 12:57:58 UTC
right! oh, the wonders of gksu, thanks Loïc for noticing that :)

In the current default setup, system-tools-backends uses DBus policies to allow accessing the configuration to the root user and people in stb-group (obviously, the group can be modified by passing --with-stb-group=foo to s-t-b configure). The rest of the users should get that dialog when trying to access the configuration.

the policy to access the backends are stored in /etc/dbus-1/system.d/system-tools-backends.conf

Given this, it's ok to close again? :), using gksu is a distro decision, not upstream's
Comment 9 Loïc Minier 2007-10-05 13:05:01 UTC
Oh sure; as gksu is not an upstream decision, I'm closing this bug again with the initial resolution; thanks!
Comment 10 Carlos Garnacho 2007-10-05 13:16:55 UTC
BTW, saw the launchpad comments, I'm already working on optional PolicyKit support for 2.21.x, It'd be great to see PolicyKit being used in Gutsy+1 :)
Comment 11 Loïc Minier 2007-10-05 13:25:22 UTC
Cool, I also added another proposed workaround which would be to "sg" instead of "su" to root.  But the clean solution is clearly PolicyKit; thanks for your input.