accountsservice issueshttps://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues2019-01-16T22:31:23Zhttps://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/14testing to login2019-01-16T22:31:23ZBugzilla Migration Usertesting to login## Submitted by Neethasri
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#107464)](https://bugs.freedesktop.org/show_bug.cgi?id=107464)**
## Description## Submitted by Neethasri
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#107464)](https://bugs.freedesktop.org/show_bug.cgi?id=107464)**
## Descriptionhttps://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/6High CPU usage reading `/etc/passwd`2018-08-07T09:30:09ZBugzilla Migration UserHigh CPU usage reading `/etc/passwd`## Submitted by Paul Menzel
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#106152)](https://bugs.freedesktop.org/show_bug.cgi?id=106152)**
## Description
Created attachment 138953
backtrace captured with GDB
...## Submitted by Paul Menzel
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#106152)](https://bugs.freedesktop.org/show_bug.cgi?id=106152)**
## Description
Created attachment 138953
backtrace captured with GDB
With accounts-daemon 0.6.45, several times an hour, the daemon uses 100 % of one thread. According to `strace`, it’s opening `/etc/passwd` in that time, and reading each line after another.
```
$ ls -lh /etc/passwd{,.mariux}
lrwxrwxrwx 1 root system 13 Feb 26 18:27 /etc/passwd -> passwd.mariux
-rw-r--r-- 1 root system 296K Apr 20 14:43 /etc/passwd.mariux
$ wc -l /etc/passwd.mariux
4104 /etc/passwd.mariux
```
Please find some back traces attached, when attaching with GDB, interrupting the daemon while hogging the CPU and doing `bt f`.
**Attachment 138953**, "backtrace captured with GDB":
[20180418â__accounts-daemonâ__gdb.txt](/uploads/f4aabc32775fcfa3e32467f8d28143c9/20180418â__accounts-daemonâ__gdb.txt)https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/3Big wtmp file causes infinite loop2018-11-22T21:13:37ZBugzilla Migration UserBig wtmp file causes infinite loop## Submitted by Paul Menzel
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#104701)](https://bugs.freedesktop.org/show_bug.cgi?id=104701)**
## Description
With AccountsService 0.6.45 having a really large file...## Submitted by Paul Menzel
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#104701)](https://bugs.freedesktop.org/show_bug.cgi?id=104701)**
## Description
With AccountsService 0.6.45 having a really large file `/var/log/wtmp` causes `/usr/libexec/accounts-daemon` to get caught in a loop.
```
$ ls -lh /var/log/wtmp
-rw-rw-r-- 1 root utmp 536M Jan 19 12:02 /var/log/wtmp
```
Here is the backtrace of GDM (3.4.2).
```
2018-01-19T10:30:24+01:00 sigstop gdm-simple-slave[739]: WARNING: Could not run helper: Failed to execute child process “/usr/lib/gdm/ck-get-x11-display-device” (No such file or directory)
2018-01-19T10:30:24+01:00 sigstop automount[560]: attempting to mount entry /scratch/local
2018-01-19T10:30:24+01:00 sigstop automount[560]: mounted /scratch/local
2018-01-19T10:30:24+01:00 sigstop su[763]: pam_unix(su:session): session closed for user root
2018-01-19T10:30:24+01:00 sigstop gdm-simple-slave[739]: WARNING: Could not run helper: Failed to execute child process “/usr/lib/gdm/ck-get-x11-display-device” (No such file or directory)
2018-01-19T10:30:49+01:00 sigstop gdm-welcome][793]: AccountsService-WARNING: Failed to create accounts proxy: Error calling StartServiceByName for org.freedesktop.Accounts: Timeout was reached
2018-01-19T10:30:49+01:00 sigstop gdm[805]: ******************* START **********************************
2018-01-19T10:30:51+01:00 sigstop gdm[805]: [New LWP 796]
2018-01-19T10:30:51+01:00 sigstop gdm[805]: [New LWP 795]
2018-01-19T10:30:51+01:00 sigstop gdm[805]: [Thread debugging using libthread_db enabled]
2018-01-19T10:30:51+01:00 sigstop gdm[805]: Using host libthread_db library "/lib/libthread_db.so.1".
2018-01-19T10:30:52+01:00 sigstop gdm[805]: 0x00007fe5c72883fb in __waitpid (pid=805, stat_loc=stat_loc@entry=0x7fff46bde900, options=options@entry=0) at ../sysdeps/unix/sysv/linux/waitpid.c:29
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #0 0x00007fe5c72883fb in __waitpid (pid=805, stat_loc=stat_loc@entry=0x7fff46bde900, options=options@entry=0) at ../sysdeps/unix/sysv/linux/waitpid.c:29
2018-01-19T10:30:52+01:00 sigstop gdm[805]: /source/common/gdm-signal-handler.c:196
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #2 0x000000000040e326 in gdm_signal_handler_backtrace () at /scratch/local/bee-root/gdm/gdm-3.4.1-14/source/common/gdm-signal-handler.c:223
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ch/local/bee-root/gdm/gdm-3.4.1-14/source/common/gdm-signal-handler.c:251
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #4 0x00007fe5c7288a50 in <signal handler called> () at /lib/libpthread.so.0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #5 0x00007fe5c61c12f4 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
2018-01-19T10:30:52+01:00 sigstop gdm[805]: 007fe5c61c275a in __GI_abort () at abort.c:89
2018-01-19T10:30:52+01:00 sigstop gdm[805]: rce/glib/gtestutils.c:2436
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ct-user-manager.c", line=line@entry=2566, func=func@entry=0x7fe5c655d078 <__func__.27831> "load_users", expr=expr@entry=0x7fe5c655bc00 "manager->priv->accounts_proxy != NULL") at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gtestutils.c:2459
2018-01-19T10:30:52+01:00 sigstop gdm[805]: 0007fe5c6545486 in load_idle (manager=0x0) at /dev/shm/bee-root/accountsservice/accountsservice-0.6.45-0/source/src/libaccountsservice/act-user-manager.c:2566
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ce/accountsservice-0.6.45-0/source/src/libaccountsservice/act-user-manager.c:2617
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #11 0x00007fe5c67b932a in g_main_context_dispatch (context=0x62a3f0) at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gmain.c:3148
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ext_dispatch (context=context@entry=0x62a3f0) at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gmain.c:3813
2018-01-19T10:30:52+01:00 sigstop gdm[805]: dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gmain.c:3886
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #14 0x00007fe5c67b99d2 in g_main_loop_run (loop=0x62b030) at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gmain.c:4082
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ratch/local/bee-root/gdm/gdm-3.4.1-14/source/daemon/session-worker-main.c:200
2018-01-19T10:30:52+01:00 sigstop gdm[805]:
2018-01-19T10:30:52+01:00 sigstop gdm[805]: Thread 3 (Thread 0x7fe5c41fb700 (LWP 795)):
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #0 0x00007fe5c626d11d in poll () at ../sysdeps/unix/syscall-template.S:84
2018-01-19T10:30:52+01:00 sigstop gdm[805]: 61f420) at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gmain.c:4187
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ret = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: errsv = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: poll_func = 0x7fe5c67c9460 <g_poll>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: max_priority = 2147483647
2018-01-19T10:30:52+01:00 sigstop gdm[805]: timeout = -1
2018-01-19T10:30:52+01:00 sigstop gdm[805]: = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: nfds = 1
2018-01-19T10:30:52+01:00 sigstop gdm[805]: allocated_nfds = 1
2018-01-19T10:30:52+01:00 sigstop gdm[805]: fds = 0x7fe5bc0008e0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: bee-root/glib2/glib2-2.54.2-0/source/glib/gmain.c:3881
2018-01-19T10:30:52+01:00 sigstop gdm[805]: max_priority = 2147483647
2018-01-19T10:30:52+01:00 sigstop gdm[805]: timeout = -1
2018-01-19T10:30:52+01:00 sigstop gdm[805]: some_ready = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: nfds = 1
2018-01-19T10:30:52+01:00 sigstop gdm[805]: allocated_nfds = 1
2018-01-19T10:30:52+01:00 sigstop gdm[805]: fds = 0x7fe5bc0008e0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ntext_iteration (context=0x61f420, may_block=may_block@entry=1) at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gmain.c:3947
2018-01-19T10:30:52+01:00 sigstop gdm[805]: retval = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: 2/glib2-2.54.2-0/source/glib/gmain.c:5742
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #5 0x00007fe5c67e0b75 in g_thread_proxy (data=0x631800) at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gthread.c:784
2018-01-19T10:30:52+01:00 sigstop gdm[805]: thread = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: 700) at pthread_create.c:456
2018-01-19T10:30:52+01:00 sigstop gdm[805]: __res = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: pd = 0x7fe5c41fb700
2018-01-19T10:30:52+01:00 sigstop gdm[805]: now = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: 488, 140624814651136, -2564723383587994725, -2564725378371058789}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
2018-01-19T10:30:52+01:00 sigstop gdm[805]: not_first_call = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: >
2018-01-19T10:30:52+01:00 sigstop gdm[805]: sp = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: freesize = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: __PRETTY_FUNCTION__ = "start_thread"
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #7 0x00007fe5c627623f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97
2018-01-19T10:30:52+01:00 sigstop gdm[805]:
2018-01-19T10:30:52+01:00 sigstop gdm[805]: Thread 2 (Thread 0x7fe5c39fa700 (LWP 796)):
2018-01-19T10:30:52+01:00 sigstop gdm[805]: 26d11d in poll () at ../sysdeps/unix/syscall-template.S:84
2018-01-19T10:30:52+01:00 sigstop gdm[805]: /gmain.c:4187
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ret = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: errsv = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: poll_func = 0x7fe5c67c9460 <g_poll>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: max_priority = 2147483647
2018-01-19T10:30:52+01:00 sigstop gdm[805]: timeout = -1
2018-01-19T10:30:52+01:00 sigstop gdm[805]: some_ready = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: nfds = 2
2018-01-19T10:30:52+01:00 sigstop gdm[805]:
2018-01-19T10:30:52+01:00 sigstop gdm[805]: fds = 0x7fe5b40010c0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #2 0x00007fe5c67b9644 in g_main_context_iterate (context=0x63f510, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gmain.c:3881
2018-01-19T10:30:52+01:00 sigstop gdm[805]: = 2147483647
2018-01-19T10:30:52+01:00 sigstop gdm[805]: timeout = -1
2018-01-19T10:30:52+01:00 sigstop gdm[805]: some_ready = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: nfds = 2
2018-01-19T10:30:52+01:00 sigstop gdm[805]: allocated_nfds = 2
2018-01-19T10:30:52+01:00 sigstop gdm[805]: fds = 0x7fe5b40010c0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: b/gmain.c:4082
2018-01-19T10:30:52+01:00 sigstop gdm[805]: __func__ = "g_main_loop_run"
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #4 0x00007fe5c6da06e6 in gdbus_shared_thread_func (user_data=0x641350) at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/gio/gdbusprivate.c:275
2018-01-19T10:30:52+01:00 sigstop gdm[805]: data = 0x641350
2018-01-19T10:30:52+01:00 sigstop gdm[805]: proxy (data=0x6318a0) at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gthread.c:784
2018-01-19T10:30:52+01:00 sigstop gdm[805]: thread = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #6 0x00007fe5c727e444 in start_thread (arg=0x7fe5c39fa700) at pthread_create.c:456
2018-01-19T10:30:52+01:00 sigstop gdm[805]: __res = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: fe5c39fa700
2018-01-19T10:30:52+01:00 sigstop gdm[805]: now = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
2018-01-19T10:30:52+01:00 sigstop gdm[805]: not_first_call = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: pagesize_m1 = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: sp = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: freesize = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: = "start_thread"
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #7 0x00007fe5c627623f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97
2018-01-19T10:30:52+01:00 sigstop gdm[805]:
2018-01-19T10:30:52+01:00 sigstop gdm[805]: Thread 1 (Thread 0x7fe5c8438bc0 (LWP 793)):
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ) at ../sysdeps/unix/sysv/linux/waitpid.c:29
2018-01-19T10:30:52+01:00 sigstop gdm[805]: resultvar = 18446744073709551104
2018-01-19T10:30:52+01:00 sigstop gdm[805]: sc_cancel_oldtype = 0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: 6
2018-01-19T10:30:52+01:00 sigstop gdm[805]: estatus = -2147483618
2018-01-19T10:30:52+01:00 sigstop gdm[805]: success = 0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: pid = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: , st_atim = {tv_sec = 1516353217, tv_nsec = 0}, st_mtim = {tv_sec = 1508240675, tv_nsec = 0}, st_ctim = {tv_sec = 1508461235, tv_nsec = 0}, __glibc_reserved = {0, 0, 0}}
2018-01-19T10:30:52+01:00 sigstop gdm[805]: fallback = 1
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ratch/local/bee-root/gdm/gdm-3.4.1-14/source/common/gdm-signal-handler.c:223
2018-01-19T10:30:52+01:00 sigstop gdm[805]: atim = {tv_sec = 1516353217, tv_nsec = 0}, st_mtim = {tv_sec = 1508240675, tv_nsec = 0}, st_ctim = {tv_sec = 1508461235, tv_nsec = 0}, __glibc_reserved = {0, 0, 0}}
2018-01-19T10:30:52+01:00 sigstop gdm[805]: fallback = 1
2018-01-19T10:30:52+01:00 sigstop gdm[805]: scratch/local/bee-root/gdm/gdm-3.4.1-14/source/common/gdm-signal-handler.c:251
2018-01-19T10:30:52+01:00 sigstop gdm[805]: in_fatal = 1
2018-01-19T10:30:52+01:00 sigstop gdm[805]: signo = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: in_fatal = 1
2018-01-19T10:30:52+01:00 sigstop gdm[805]: signo_byte = 6 '\006'
2018-01-19T10:30:52+01:00 sigstop gdm[805]: so.0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #5 0x00007fe5c61c12f4 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
2018-01-19T10:30:52+01:00 sigstop gdm[805]: 47785520, 140624884139248, 140624851528448, 140624848253392, 0, 80}}
2018-01-19T10:30:52+01:00 sigstop gdm[805]: pid = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: tid = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #6 0x00007fe5c61c275a in __GI_abort () at abort.c:89
2018-01-19T10:30:52+01:00 sigstop gdm[805]: save_stage = 2
2018-01-19T10:30:52+01:00 sigstop gdm[805]: , 13, 6582320}}, sa_flags = -962054048, sa_restorer = 0x6465d0}
2018-01-19T10:30:52+01:00 sigstop gdm[805]: sigs = {__val = {32, 0 <repeats 15 times>}}
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ccounts_proxy != NULL)") at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gtestutils.c:2436
2018-01-19T10:30:52+01:00 sigstop gdm[805]: lstr = "2566\000\177\000\000\000\274U\306\345\177\000\000X\311\200\306\345\177\000\000\000\000\000\000\000\000\000"
2018-01-19T10:30:52+01:00 sigstop gdm[805]: 177"
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ne=line@entry=2566, func=func@entry=0x7fe5c655d078 <__func__.27831> "load_users", expr=expr@entry=0x7fe5c655bc00 "manager->priv->accounts_proxy != NULL") at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gtestutils.c:2459
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ger->priv->accounts_proxy != NULL)"
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #9 0x00007fe5c6545486 in load_idle (manager=0x0) at /dev/shm/bee-root/accountsservice/accountsservice-0.6.45-0/source/src/libaccountsservice/act-user-manager.c:2566
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ed out>) at /dev/shm/bee-root/accountsservice/accountsservice-0.6.45-0/source/src/libaccountsservice/act-user-manager.c:2617
2018-01-19T10:30:52+01:00 sigstop gdm[805]: :3148
2018-01-19T10:30:52+01:00 sigstop gdm[805]: dispatch = 0x7fe5c67b5ee0 <g_idle_dispatch>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: prev_source = 0x0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: was_in_call = 0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: user_data = 0x62d1d0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: callback = 0x7fe5c65453e0 <load_idle>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: cb_funcs = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: cb_data = 0x63f840
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ed_destroy = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: source = 0x6468b0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: current = 0x63eec0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: i = 0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #12 0x00007fe5c67b932a in g_main_context_dispatch (context=context@entry=0x62a3f0) at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gmain.c:3813
2018-01-19T10:30:52+01:00 sigstop gdm[805]: 07fe5c67b96b8 in g_main_context_iterate (context=0x62a3f0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gmain.c:3886
2018-01-19T10:30:52+01:00 sigstop gdm[805]: max_priority = 200
2018-01-19T10:30:52+01:00 sigstop gdm[805]: timeout = 0
2018-01-19T10:30:52+01:00 sigstop gdm[805]: _ready = 1
2018-01-19T10:30:52+01:00 sigstop gdm[805]: nfds = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: allocated_nfds = 4
2018-01-19T10:30:52+01:00 sigstop gdm[805]: fds = 0x62a730
2018-01-19T10:30:52+01:00 sigstop gdm[805]: #14 0x00007fe5c67b99d2 in g_main_loop_run (loop=0x62b030) at /dev/shm/bee-root/glib2/glib2-2.54.2-0/source/glib/gmain.c:4082
2018-01-19T10:30:52+01:00 sigstop gdm[805]: __func__ = "g_main_loop_run"
2018-01-19T10:30:52+01:00 sigstop gdm[805]: 15 0x0000000000405897 in main (argc=1, argv=0x7fff46bdf548) at /scratch/local/bee-root/gdm/gdm-3.4.1-14/source/daemon/session-worker-main.c:200
2018-01-19T10:30:52+01:00 sigstop gdm[805]: main_loop = 0x62b030
2018-01-19T10:30:52+01:00 sigstop gdm[805]: context = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: worker = 0x62d100 [GdmSessionWorker]
2018-01-19T10:30:52+01:00 sigstop gdm[805]: signal_handler = 0x631ba0 [GdmSignalHandler]
2018-01-19T10:30:52+01:00 sigstop gdm[805]: address = <optimized out>
2018-01-19T10:30:52+01:00 sigstop gdm[805]: entries = {{long_name = 0x0, short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x0, description = 0x0, arg_description = 0x0}}
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ion is active.
2018-01-19T10:30:52+01:00 sigstop gdm[805]:
2018-01-19T10:30:52+01:00 sigstop gdm[805]: Inferior 1 [process 793] will be detached.
2018-01-19T10:30:52+01:00 sigstop gdm[805]:
2018-01-19T10:30:52+01:00 sigstop gdm[805]: Quit anyway? (y or n) [answered Y; input not from terminal]
2018-01-19T10:30:52+01:00 sigstop gdm[805]: ******************* END **********************************
2018-01-19T10:30:52+01:00 sigstop gdm-simple-slave[739]: WARNING: Freeing conversation 'gdm-welcome' with active job
2018-01-19T10:30:52+01:00 sigstop gdm-simple-slave[739]: GLib-GObject-WARNING: invalid unclassed pointer in cast to 'GdmSessionDirect'
```https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/1services link not working2018-08-07T09:29:45ZBugzilla Migration Userservices link not working## Submitted by rajsekhar julakanti
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#103133)](https://bugs.freedesktop.org/show_bug.cgi?id=103133)**
## Description
1.Enter valid url click go button
2.click on s...## Submitted by rajsekhar julakanti
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#103133)](https://bugs.freedesktop.org/show_bug.cgi?id=103133)**
## Description
1.Enter valid url click go button
2.click on services link
EXPECTED RESULT
1.WE SEE THE SERVICES DETAILS ON PAGE
ACTUAL RESULT
1.IT'S NOT NAVIGATE TO SERVICES PAGEhttps://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/7library should provide methods with error handling2018-08-07T09:30:12ZBugzilla Migration Userlibrary should provide methods with error handling## Submitted by Jan Tojnar
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#103055)](https://bugs.freedesktop.org/show_bug.cgi?id=103055)**
## Description
Currently when the dbus call fails, the library consume...## Submitted by Jan Tojnar
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#103055)](https://bugs.freedesktop.org/show_bug.cgi?id=103055)**
## Description
Currently when the dbus call fails, the library consumers have no way to handle the error. This makes the library rather useless for any application that wants to provide a decent level of user experience, i.e. not swallowing errors.https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/4Defect in login functionality2018-08-07T09:29:58ZBugzilla Migration UserDefect in login functionality## Submitted by Swati Kalra
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#99806)](https://bugs.freedesktop.org/show_bug.cgi?id=99806)**
## Description
Created attachment 129580
abc.htm
Defect in login funct...## Submitted by Swati Kalra
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#99806)](https://bugs.freedesktop.org/show_bug.cgi?id=99806)**
## Description
Created attachment 129580
abc.htm
Defect in login functionality
**Attachment 129580**, "abc.htm":
[abc.htm](/uploads/d1d48973fa497c91870d773ffc50d3b9/abc.htm)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/17[Patch] Don't require admin to change own password, use auth_self2018-08-07T09:30:51ZBugzilla Migration User[Patch] Don't require admin to change own password, use auth_self## Submitted by David Edmundson
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#97518)](https://bugs.freedesktop.org/show_bug.cgi?id=97518)**
## Description
Created attachment 126087
patch
**Patch 126087**,...## Submitted by David Edmundson
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#97518)](https://bugs.freedesktop.org/show_bug.cgi?id=97518)**
## Description
Created attachment 126087
patch
**Patch 126087**, "patch":
[0001-Allow-a-user-to-change-their-own-password-without-ad.patch](/uploads/27fbcabc3de9afa189cd1022d6d64120/0001-Allow-a-user-to-change-their-own-password-without-ad.patch)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/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/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/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/13Fix a couple of GTK-Doc comment blocks to silence g-ir-scanner warnings.2018-08-07T09:30:37ZBugzilla Migration UserFix a couple of GTK-Doc comment blocks to silence g-ir-scanner warnings.## Submitted by Dieter Verfaillie
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#89677)](https://bugs.freedesktop.org/show_bug.cgi?id=89677)**
## Description## Submitted by Dieter Verfaillie
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#89677)](https://bugs.freedesktop.org/show_bug.cgi?id=89677)**
## Descriptionhttps://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/21Takes too long to initialize2018-08-07T09:31:17ZBugzilla Migration UserTakes too long to initialize## Submitted by Paul Menzel
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#89344)](https://bugs.freedesktop.org/show_bug.cgi?id=89344)**
## Description
According to `systemd-analyze blame` [1] Accounts Servic...## Submitted by Paul Menzel
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#89344)](https://bugs.freedesktop.org/show_bug.cgi?id=89344)**
## Description
According to `systemd-analyze blame` [1] Accounts Service takes over half a second to initialize.
$ systemd-analyze blame
635ms NetworkManager.service
527ms accounts-daemon.service
344ms binfmt-support.service
[…]
This is pretty long compared to other processes, though the output only says how long the processes take to register themselves on the D-Bus(?) (or something like it).
Still it should not take that long to start and hopefully the code can be optimized.
Half a second does not sound much to some, but for a fast boot (less than three seconds) it is essential that each process takes as little time as possible.
[1] $ man systemd-analyze
[…]
systemd-analyze blame prints a list of all running units, ordered by
the time they took to initialize. This information may be used to
optimize boot-up times. Note that the output might be misleading as
the initialization of one service might be slow simply because it
waits for the initialization of another service to complete.
[…]https://gitlab.freedesktop.org/accountsservice/accountsservice/-/issues/9data/accounts-daemon.service.in: Don’t override StandardOutput2019-01-11T10:29:24ZBugzilla Migration Userdata/accounts-daemon.service.in: Don’t override StandardOutput## Submitted by Paul Menzel
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#88835)](https://bugs.freedesktop.org/show_bug.cgi?id=88835)**
## Description
Copying Debian bug report #741124 by Josh Triplett [1]:
...## Submitted by Paul Menzel
Assigned to **Matthias Clasen `@mclasen`**
**[Link to original bug (#88835)](https://bugs.freedesktop.org/show_bug.cgi?id=88835)**
## Description
Copying Debian bug report #741124 by Josh Triplett [1]:
/lib/systemd/system/accounts-daemon.service specifies
StandardOutput=syslog. This overrides the DefaultStandardOutput setting
from /etc/systemd/system.conf, which the sysadmin can use to determine
how output gets logged. In particular, the sysadmin may want output to
go to the journal, or to syslog, or nowhere at all. Please don't
override this setting; it already has a sensible default of capturing
service output.
[1] https://bugs.debian.org/741124https://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/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/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/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)