This issue lingering for quite a while so I would propose to solve it by
replacing keyring unlocking dialog with one that shadows whole screen
leaving only dialog at top. Such dialog is already used elsewhere.
This is not ideal solution since reduces ease of autologin (password is
asked anyway how
Additional observations:
1. Custom shortcuts are preserved.
2. Seems that settings are stored in ~/.config/dconf/user and it's content is
changed when I change shortcut preferences. This file stays the same until I
login again.
As an attempt for workaround I changed permissions of
~/.config/dcon
** Summary changed:
- Shortcut preferences are discarded after logout
+ Shortcut preferences are discarded after login
** Summary changed:
- Shortcut preferences are discarded after login
+ Shortcut preferences are reset to defaults after login
--
You received this bug notification because you
Public bug reported:
Changed shortcut preferences are discarded and reset to defaults after re-login
or reboot.
Reproduction:
1. Open preferences: System settings... -> Keyboard -> Shortcuts
2. Change setting for "Windows/Toggle shaded state" to something else (e.g.
disable it by pressing backsp
A kind of workaround is to disable autologin so password is always
entered at login time and the dialog does not come up. But on my home
computer I would prefer to login without entering password.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subs
Yes the problem is reproducible every time (with Unity, XFCE and
Cinnamon desktops). In addition to comment #5, the problem apparent to
user is also that the dialog can be minimized and while it sits
secretly in dash or some taskbar the whole desktop looks not functioning
- windows do not react to