Description of problem: Mageia6 sta2 After starting MCC by the user from the menu, then selecting "Hardware -> Configuring the graphic server -> Test -> Yes" after the performed testing the owner of the .Xauthority file of the user will be root. And in the next boot the user can not enter the DE session because of the rights restriction to this file. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Run MCC from the menu, run test in the 'Configuring the graphic server' from the 'Hardvare' section 2.See your ~/.Xauthority file was owned by root 3.Reboot ant try to log in into DE
Created attachment 9294 [details] journalctl output Confirming the issue with a test user: In /home/u/ there was: -rw------- 1 u u 54 apr 25 12:12 .Xauthority After starting an XFCE session with "u" and running the graphic server test from MCC (but no settings changed) there was: -rw------- 1 root root 108 mei 13 09:37 .Xauthority -rw------- 2 u u 0 mei 13 09:38 .Xauthority-c -rw------- 2 u u 0 mei 13 09:38 .Xauthority-l and after logging out it was indeed impossible to log in again. After running "chown u: .Xauthority" (which was probably bound to fail to solve the issue, since the file had twice the original size) logging in was stil impossible. I then noticed that the contents of that file had been deleted -rw------- 1 u u 0 mei 13 09:39 .Xauthority -rw------- 2 u u 0 mei 13 09:38 .Xauthority-c -rw------- 2 u u 0 mei 13 09:38 .Xauthority-l After deleting all three .Xauthority* files, logging in worked fine again and the newly created .Xauthority had the correct size. Attaching the output of journalctl -a --since="2017-05-13 09:35" --until="2017-05-13 09:41" I have _not_ tried whether this bug is also valid when you actually change your configuration before testing it. @ Yuri Did you?
CC: (none) => marja11
Assignee: bugsquad => mageiatoolsSource RPM: (none) => drakx-kbd-mouse-x11Keywords: (none) => NEEDINFO
If I changed the configuration of the Graphic Card before "testing", everything is seems fine with this file then.
I encountered this bug on two recently installed boxes with Mageia 6 64-bit and Mate desktop. Solved it by changing user and group on .Xautority from "root" to normal user.
CC: (none) => pernel
@tv: As this happens pretty often to novice users when using the "Test" button in drakx11 - would it be difficult to implement a failsafe to chown any ~/.Xauthority* file in that users home folder to that user if it belongs to root ? That should probably go here, although I'm not that good at perl: http://gitweb.mageia.org/software/drakx-kbd-mouse-x11/tree/lib/Xconfig/test.pm#n137
CC: (none) => doktor5000, thierry.vignaud
I believe NEEDINFO got satisfied by comment 2. This trap have been present since long time.
Whiteboard: (none) => MGA8TOOKeywords: NEEDINFO => (none)CC: (none) => fri
Our GUI tool for novices makes novices locked out - pretty serious. Raising severity and priority.
Severity: normal => majorPriority: Normal => High
I see yet another user now needed help on forum with this.