accountsservice issueshttps://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues2018-08-07T09:34:12Zhttps://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/50Add guest account support2018-08-07T09:34:12ZBugzilla Migration UserAdd guest account support## Submitted by Robert Ancell `@rancell`
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#40183)](https://bugs.freedesktop.org/show_bug.cgi?id=40183)**
## Description
It would be handy to be able to create temp...## Submitted by Robert Ancell `@rancell`
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#40183)](https://bugs.freedesktop.org/show_bug.cgi?id=40183)**
## Description
It would be handy to be able to create temporary accounts using accounts service, useful for things like guest logins from a display manager.
LightDM currently does this (with code modified from an Ubuntu patch to GDM) [1] [2]. The behaviour is basically:
1. Something requests a guest account
2. A new account is created with a random username guest-XXXXXX
3. Some OS dependant code is run to lock the account down
4. The username is returned
5. The account can be deleted using the username
Are there any plans for this in accounts service? If not, I'll start working on a patch.
[1] http://bazaar.launchpad.net/~lightdm-team/lightdm/trunk/view/head:/src/guest-account.c
[2] http://bazaar.launchpad.net/~ubuntu-desktop/lightdm/ubuntu/view/head:/debian/guest-accounthttps://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/47ListCachedUsers sometimes fails to receive a reply2018-08-07T09:34:02ZBugzilla Migration UserListCachedUsers sometimes fails to receive a reply## Submitted by Anders Blomdell
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#42631)](https://bugs.freedesktop.org/show_bug.cgi?id=42631)**
## Description
Created attachment 53195
Patch adding retries to Lis...## Submitted by Anders Blomdell
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#42631)](https://bugs.freedesktop.org/show_bug.cgi?id=42631)**
## Description
Created attachment 53195
Patch adding retries to ListCachedUsers call
Description of problem:
With /apps/gdm/simple-greeter/disable_user_list set to true (on a system with
many users), gdm occasionally fails with
"ActUserManager: ListCachedUsers failed: Did not receive a reply"
Version-Release number of selected component (if applicable):
accountsservice-0.6.14
How reproducible:
Often with LDAP enabled.
Steps to Reproduce:
1. su -c "gconftool-2 --set --type boolean \
/apps/gdm/simple-greeter/disable_user_list true" -s /bin/sh gdm
2. reboot
Actual results:
gdm login does not appear
Expected results:
gdm login should appear
Additional info:
Tests were done on a Fedora 15 machine upgraded with glib2-2.31.0 and gdm-3.2.1
It probably should be noted that the system in question has LDAP enabled, and
with the network disconnected, 5-6 retries are needed before LDAP times out and
gdm can display the login box.
**Patch 53195**, "Patch adding retries to ListCachedUsers call":
[x.patch](/uploads/c42fbbdb284f83e560bb0f645388a0dd/x.patch)
### Depends on
* [Bug 26236](https://bugs.freedesktop.org/show_bug.cgi?id=26236)https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/44Root access via xquartz ver 2.7.82019-04-20T20:25:20ZBugzilla Migration UserRoot access via xquartz ver 2.7.8## Submitted by cam
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#93724)](https://bugs.freedesktop.org/show_bug.cgi?id=93724)**
## Description
I am running Mac Os Yosemite, 10.10.5 and I can SU to the Admini...## Submitted by cam
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#93724)](https://bugs.freedesktop.org/show_bug.cgi?id=93724)**
## Description
I am running Mac Os Yosemite, 10.10.5 and I can SU to the Administrator account from a standard account on my Mac from Xquartz 2.7.8. My standard account which is configured to "not allow user to administer the account" works for my standard Mac OS account.
I consider this a security problem because the standard user account on the Mac cannot access the administrator account but Xquartz allows this to occur from within the Standard account.https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/43[PATCH] Change the string "language" to "X session" in the docs for SetXSession2018-08-07T09:33:44ZBugzilla Migration User[PATCH] Change the string "language" to "X session" in the docs for SetXSession## Submitted by Jeremy Roman
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#72056)](https://bugs.freedesktop.org/show_bug.cgi?id=72056)**
## Description
Created attachment 89876
Patch to modify the two string...## Submitted by Jeremy Roman
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#72056)](https://bugs.freedesktop.org/show_bug.cgi?id=72056)**
## Description
Created attachment 89876
Patch to modify the two strings
The description of the permissions for the SetXSession method incorrectly say that the permissions are required to change language. Probably a simple copy-and-paste error, and one that's easy to correct.
**Attachment 89876**, "Patch to modify the two strings":
[0001-Correct-the-policy-definition-strings-for-the-SetXSe.patch](/uploads/f4dc9f750d50049167415509bf9e1250/0001-Correct-the-policy-definition-strings-for-the-SetXSe.patch)https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/40daemon: fix logout time association2018-08-07T09:33:30ZBugzilla Migration Userdaemon: fix logout time association## Submitted by Ondrej Holy `@oholy`
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#70620)](https://bugs.freedesktop.org/show_bug.cgi?id=70620)**
## Description
Created attachment 87824
fix logout time associ...## Submitted by Ondrej Holy `@oholy`
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#70620)](https://bugs.freedesktop.org/show_bug.cgi?id=70620)**
## Description
Created attachment 87824
fix logout time association
Use boot time as logout time only if it is bigger then login time. From some reasons there are sometimes boot records after the login records with lower times in wtmp...
Also last utility have same problem with determining correct last time:
oholy19 pts/1 :0 Thu Oct 17 12:20 still logged in
oholy19 pts/0 :0 Thu Oct 17 11:59 - 18:07 (06:07)
reboot system boot 3.11.3-201.fc19. Thu Oct 17 11:53 - 16:48 (1+04:55)
oholy19 :0 :0 Thu Oct 17 11:54 - crash (00:00)
(unknown :0 :0 Thu Oct 17 11:54 - 11:54 (00:00)
There should be "still logged in" instead of crash.
See: https://bugzilla.redhat.com/show_bug.cgi?id=1003519
**Patch 87824**, "fix logout time association":
[0001-daemon-fix-logout-time-association.patch](/uploads/d81cedc1c4480632d4f33e9822334865/0001-daemon-fix-logout-time-association.patch)https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/39performance of accounts-daemon is very poor2019-09-09T06:11:25ZBugzilla Migration Userperformance of accounts-daemon is very poor## Submitted by Vadim Rutkovsky
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#48177)](https://bugs.freedesktop.org/show_bug.cgi?id=48177)**
## Description
Original report: https://bugs.launchpad.net/bugs/941...## Submitted by Vadim Rutkovsky
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#48177)](https://bugs.freedesktop.org/show_bug.cgi?id=48177)**
## Description
Original report: https://bugs.launchpad.net/bugs/941673
The performance of accounts-daemon is unacceptable with large password and/or group files. We have appoximately 40000 users in the passwords file and 16000 lines in the group file. Having looked at the source, it appears to me the problem is that for each user is pulls from the password database (via getpwXXX) its then calls getgrouplist to return the users list of groups.
Getgroups must make a complete pass through the group file to determine the groups for the user. When initializing this results in
reading the groups file 40000 times.
I think a better solution is to build a inverted group file map then first time getgroups is called by reading the entire group database and building a data structure indexed by username where a users group list can by found in a single lookup.
Of couse, an even better solution would be for getgroups to do that itself, but that would require much larger code changes.
I tried installed nscd to see if this would make a difference but no
dice.https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/38Add abstraction for useradd/remove/etc.2022-01-21T14:21:41ZBugzilla Migration UserAdd abstraction for useradd/remove/etc.## Submitted by Ryan Lortie Lortie `@desrt`
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#73838)](https://bugs.freedesktop.org/show_bug.cgi?id=73838)**
## Description
We currently hardcode a argv list to use...## Submitted by Ryan Lortie Lortie `@desrt`
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#73838)](https://bugs.freedesktop.org/show_bug.cgi?id=73838)**
## Description
We currently hardcode a argv list to useradd and other commands more or less smack in the middle of a bunch of other code. Trouble is that the required commands are different on Debian-based systems and different again on BSD.
I think we should split out a separate file with add_user() rm_user() etc. functions which construct the argv the way each system likes it. That way we can add cases for various systems and keep the #ifdef mess well-contained.
Some vendor patches to look at:
Debian: http://patch-tracker.debian.org/patch/series/view/accountsservice/0.6.21-8/0002-create-and-manage-groups-like-on-a-debian-system.patch
BSD: http://www.marcuscom.com:8080/viewvc/viewvc.cgi/marcuscom/ports/trunk/sysutils/accountsservice/files/patch-src_daemon.c?revision=17112&view=markuphttps://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/37[PATCH] add a configuration file to accountsservice2018-08-07T09:32:54ZBugzilla Migration User[PATCH] add a configuration file to accountsservice## Submitted by Matthew Monaco
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#56729)](https://bugs.freedesktop.org/show_bug.cgi?id=56729)**
## Description
The hardcoded default_excludes is really annoying. It...## Submitted by Matthew Monaco
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#56729)](https://bugs.freedesktop.org/show_bug.cgi?id=56729)**
## Description
The hardcoded default_excludes is really annoying. It's about time we had support for a configuration file. The attached patch set includes this support.
It adds support for [UserList]/Excludes which is shipped with the list of users currently hardcoded in default_excludes.
It also adds support for [UserList]/MinUID with -- as far as I can tell -- a common default of 1000. However, this is now easy for distributions to modify.https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/36[PATCH] Manage groups2018-11-30T07:52:29ZBugzilla Migration User[PATCH] Manage groups## Submitted by Marius Vollmer
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#65926)](https://bugs.freedesktop.org/show_bug.cgi?id=65926)**
## Description
Created attachment 81059
Manage group membership.
It...## Submitted by Marius Vollmer
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#65926)](https://bugs.freedesktop.org/show_bug.cgi?id=65926)**
## Description
Created attachment 81059
Manage group membership.
It is useful to also expose group membership of users and to allow changing it.
~~**Patch 81059**~~, "Manage group membership.":
[0011-Manage-group-membership.patch](/uploads/ff175dbe826e57596f14f42022952da0/0011-Manage-group-membership.patch)https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/35veritical scrolling is not possible in the home page2018-08-07T09:32:37ZBugzilla Migration Userveritical scrolling is not possible in the home page## Submitted by Budi Utomo
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#107449)](https://bugs.freedesktop.org/show_bug.cgi?id=107449)**
## Description## Submitted by Budi Utomo
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#107449)](https://bugs.freedesktop.org/show_bug.cgi?id=107449)**
## Descriptionhttps://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/34Not accessing login form2018-08-07T09:32:34ZBugzilla Migration UserNot accessing login form## Submitted by Amar
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#93149)](https://bugs.freedesktop.org/show_bug.cgi?id=93149)**
## Description
Created attachment 120190
Please solve as soon as possible.
If...## Submitted by Amar
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#93149)](https://bugs.freedesktop.org/show_bug.cgi?id=93149)**
## Description
Created attachment 120190
Please solve as soon as possible.
If I am entering my user id then it shows enter valid password.
I click on save button it shows database not found.
**Attachment 120190**, "Please solve as soon as possible.":
[tx1pintu.edt](/uploads/545e967301986149392a7ec3af86c151/tx1pintu.edt)https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/32act_user_is_logged_in doesn't work2018-08-07T09:32:25ZBugzilla Migration Useract_user_is_logged_in doesn't work## Submitted by Ondrej Holy `@oholy`
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#97160)](https://bugs.freedesktop.org/show_bug.cgi?id=97160)**
## Description
It seems that act_user_is_logged_in/act_user_is...## Submitted by Ondrej Holy `@oholy`
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#97160)](https://bugs.freedesktop.org/show_bug.cgi?id=97160)**
## Description
It seems that act_user_is_logged_in/act_user_is_logged_in_anywhere doesn't work in recent versions (it always returns FALSE). At least on Fedora 24 (accountsservice-0.6.40-4.fc24.x86_64), regardless which session (X11/Wayland) is used if it is relevant. It can be simply tested using gnome-control-center's User Accounts panel, where Last Login field should contain "Logged in" if act_user_is_logged_in returns TRUE.https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/31when we click on submit button in new user registration page the valid entere...2018-08-07T09:32:22ZBugzilla Migration Userwhen we click on submit button in new user registration page the valid entered data is not getting saved## Submitted by vishwesh
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#91977)](https://bugs.freedesktop.org/show_bug.cgi?id=91977)**
## Description
summary:when we click on submit button in new user registra...## Submitted by vishwesh
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#91977)](https://bugs.freedesktop.org/show_bug.cgi?id=91977)**
## Description
summary:when we click on submit button in new user registration page the valid entered data is not getting saved
observation:check weather the data is getting save or not.
steps to reproduce:
1)enter the url as"www.asdc.com"
2)click on go button
3)click on new user registration link in the home page
4)enter all the valid data which are specified in the new user registration page
5)click on submit button
Expected result: The entered data should get savehttps://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/29Load cachefile for system users too2018-08-07T09:32:15ZBugzilla Migration UserLoad cachefile for system users too## Submitted by Michael Terry
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#76604)](https://bugs.freedesktop.org/show_bug.cgi?id=76604)**
## Description
Right now if you set a property on a system user, it w...## Submitted by Michael Terry
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#76604)](https://bugs.freedesktop.org/show_bug.cgi?id=76604)**
## Description
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.https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/28Systemd code path in act-user-manager is quite obfuscated.2018-08-07T09:32:12ZBugzilla Migration UserSystemd code path in act-user-manager is quite obfuscated.## Submitted by Marius Vollmer
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#65161)](https://bugs.freedesktop.org/show_bug.cgi?id=65161)**
## Description
The systemd specific code path in act-user-manager is...## Submitted by Marius Vollmer
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#65161)](https://bugs.freedesktop.org/show_bug.cgi?id=65161)**
## Description
The systemd specific code path in act-user-manager is threaded into the middle of the state machines of load_seat_incrementally and load_new_session_incrementally.
I think it would be much cleaner to just branch once for systemd in load_idle or similar and just use its synchronous API in a straight line. If you feel the same, I'd be happy to make a patch.https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/26Active sssd user almost never shown in GDM user list when account also exists...2018-08-07T09:32:04ZBugzilla Migration UserActive sssd user almost never shown in GDM user list when account also exists locally (in /etc/passwd) with no 'comment' field## Submitted by Adam Williamson
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#76423)](https://bugs.freedesktop.org/show_bug.cgi?id=76423)**
## Description
I have a FreeIPA setup on my home network, with thre...## Submitted by Adam Williamson
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#76423)](https://bugs.freedesktop.org/show_bug.cgi?id=76423)**
## Description
I have a FreeIPA setup on my home network, with three client machines all running Fedora (two F21, one F20). My actual user account - adamw, UID 1001, the one I log in to every day - almost never shows up on GDM's list on any of the three systems. In fact it may actually *never* show up, I don't think I recall it ever happening.
Sometimes, one of the other accounts configured in my FreeIPA instance will show up in the list - even though those accounts rarely or never actually log in.
On all three systems, my account seems to be in the cached list:
[adamw@xps13 ~]$ dbus-send --system --type=method_call --print-reply \
> --dest=org.freedesktop.Accounts \
> /org/freedesktop/Accounts \
> org.freedesktop.Accounts.ListCachedUsers
method return sender=:1.5 -> dest=:1.172 reply_serial=2
array [
object path "/org/freedesktop/Accounts/User1000"
object path "/org/freedesktop/Accounts/User1001"
]
[adamw@vaioz ~]$ dbus-send --system --type=method_call --print-reply \
> --dest=org.freedesktop.Accounts \
> /org/freedesktop/Accounts \
> org.freedesktop.Accounts.ListCachedUsers
method return sender=:1.6 -> dest=:1.201 reply_serial=2
array [
object path "/org/freedesktop/Accounts/User1003"
object path "/org/freedesktop/Accounts/User1001"
]
[adamw@adam data]$ dbus-send --system --type=method_call --print-reply \
> --dest=org.freedesktop.Accounts \
> /org/freedesktop/Accounts \
> org.freedesktop.Accounts.ListCachedUsers
method return sender=:1.9 -> dest=:1.322 reply_serial=2
array [
object path "/org/freedesktop/Accounts/User157400001"
object path "/org/freedesktop/Accounts/User1001"
]
but on none of the three does the account ever seem to show up in GDM's list. This isn't https://bugzilla.redhat.com/show_bug.cgi?id=958537 / https://bugs.freedesktop.org/show_bug.cgi?id=64186 - that one resulted in the account not showing up in the cached list, and anyway, F20 and F21 should have accountsservice packages with the fix for that bug included.
On one of the systems, the account was marked as a system account in /var/lib/AccountsService/users/adamw , but on the other two it wasn't, so I don't think that's the problem either. (I've fixed the one where it was marked as such).https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/25PIN login infrastructure2018-08-07T09:31:37ZBugzilla Migration UserPIN login infrastructure## Submitted by Giovanni Campagna
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#51833)](https://bugs.freedesktop.org/show_bug.cgi?id=51833)**
## Description
Patches for the PIN authentication work, as detail...## Submitted by Giovanni Campagna
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#51833)](https://bugs.freedesktop.org/show_bug.cgi?id=51833)**
## Description
Patches for the PIN authentication work, as detailed in
https://live.gnome.org/GnomeOS/Design/Whiteboards/ScreenLock/PinAuthenticationhttps://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/24Stop having a property name that is the same as a method name2018-08-07T09:31:34ZBugzilla Migration UserStop having a property name that is the same as a method name## Submitted by Giovanni Campagna
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#61292)](https://bugs.freedesktop.org/show_bug.cgi?id=61292)**
## Description
act_user_is_loaded() and ActUser:is-loaded shadow ...## Submitted by Giovanni Campagna
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#61292)](https://bugs.freedesktop.org/show_bug.cgi?id=61292)**
## Description
act_user_is_loaded() and ActUser:is-loaded shadow each other, and this confuses language bindings.
In particular, this is one of those cases where https://bugzilla.gnome.org/show_bug.cgi?id=690450 causes a regression.
(I don't know if you follow the GNOME release, but in that case, I guess this is matter for the next cycle, because it involves an API change)https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/23Suboptimal initialization of accounts-daemon with a large /var/log/wtmp2018-11-22T21:13:38ZBugzilla Migration UserSuboptimal initialization of accounts-daemon with a large /var/log/wtmp## Submitted by Jan Ziak `@atomsymbol`
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#99242)](https://bugs.freedesktop.org/show_bug.cgi?id=99242)**
## Description
Initialization of accounts-daemon is too heav...## Submitted by Jan Ziak `@atomsymbol`
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#99242)](https://bugs.freedesktop.org/show_bug.cgi?id=99242)**
## Description
Initialization of accounts-daemon is too heavy on the CPU.
In the case described below, a wtmp of 87 megabytes results in:
- 2.3 million calls to the Linux kernel
- File /etc/passwd is open&closed 80000 times
----
# ls -l /var/log/wtmp
-rw-rw-r-- 1 root utmp 87M Jan 1 19:18 /var/log/wtmp
# perf stat -e raw_syscalls:sys_enter -- /usr/libexec/accounts-daemon
^C
Performance counter stats for '/usr/libexec/accounts-daemon':
2,382,413 raw_syscalls:sys_enter
# strace -f -e open /usr/libexec/accounts-daemon |& grep etc/passwd | wc -l
81783
----
Related bugs: #48177https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/22Suggested property for locale aimed at region specific formats settings2018-08-07T09:31:21ZBugzilla Migration UserSuggested property for locale aimed at region specific formats settings## Submitted by Gunnar Hjalmarsson
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#42857)](https://bugs.freedesktop.org/show_bug.cgi?id=42857)**
## Description
Created attachment 53463
Adds property for region...## Submitted by Gunnar Hjalmarsson
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#42857)](https://bugs.freedesktop.org/show_bug.cgi?id=42857)**
## Description
Created attachment 53463
Adds property for regional formats
Currently (0.6.15) the only available language/locale property is the Language property. To facilitate a more fine tuned setting of the user language/locale environment, more properties would be useful.
The attached patch suggests the addition of the FormatsLocale property and the SetFormatsLocale method, aimed at a locale name for region specific formats such as date/time, numbers, currency, default paper size, etc. It's a stand-alone addition of code, using the code for Language and SetLanguage as model.
Based on how Ubuntu deals with language/locale related user data, I have some other ideas of how accountsservice might be improved, but they will need to be discussed. I'll get back to you on the topic.
**Patch 53463**, "Adds property for regional formats":
[0001-formats-locale-property.patch](/uploads/d908d1b9915c770afc0ddd7f51468aa2/0001-formats-locale-property.patch)