Bug 76604 - Load cachefile for system users too
Summary: Load cachefile for system users too
Status: RESOLVED MOVED
Alias: None
Product: accountsservice
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Matthias Clasen
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-03-25 19:48 UTC by Michael Terry
Modified: 2018-08-07 09:32 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Michael Terry 2014-03-25 19:48:34 UTC
Right now if you set a property on a system user, it will be saved in a cachefile.  But those cachefiles are never loaded.  That seems needlessly inconsistent.

In daemon.c, when a new user object has to be made (i.e. if a system user object path is requested), we should load the cachefile like we do on startup for normal users.
Comment 1 Ray Strode [halfline] 2014-03-26 13:00:28 UTC
orginally the idea was that ListCachedUsers would return the users used to show on the login screen.  Of course, that didn't really pan out.  We needed to show a more exhaustive list in control-center (e.g. locked accounts), and the login screen needs to filter out system users explicitly anyway because a user can always be brought into the fold with an explicit get_user call.  That's a long winded way of saying, I think I agree with you.  We'll have to try removing the offending code and make sure it doesn't cause any regressions, though.
Comment 2 GitLab Migration User 2018-08-07 09:32:17 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/accountsservice/accountsservice/issues/29.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.