Bug 4739 - automatic Login not applied/activated
Summary: automatic Login not applied/activated
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal major
Target Milestone: Mageia 2
Assignee: Olav Vitters
QA Contact:
URL:
Whiteboard: MGA2TOO
Keywords:
Depends on:
Blocks:
 
Reported: 2012-02-28 18:45 CET by Herbert Poetzl
Modified: 2015-05-17 00:52 CEST (History)
8 users (show)

See Also:
Source RPM: gnome-control-center
CVE:
Status comment:


Attachments

Description Herbert Poetzl 2012-02-28 18:45:58 CET
Description of problem:
When enabling 'Automatic Login' (gnome3) the configuration change is not applied and next time the prefdm service starts no auto login is performed.

Version-Release number of selected component (if applicable):
gnome-control-center-3.3.90-1.mga2

How reproducible:
always

Steps to Reproduce:
1. Start gnome-control-center, select 'User Accounts'
2. Unlock (top right) and switch 'Automatic Login' to 'ON' for a user
3. Log out and restart the graphical gui, e.g. with 'systemctl restart prefdm.service'
Manuel Hiebel 2012-02-28 19:58:10 CET

Assignee: bugsquad => olav
Source RPM: (none) => gnome-control-center

Dan Joita 2012-03-07 11:23:26 CET

CC: (none) => djmarian4u
Summary: Automatic Login not applied/activated => automatic Login not applied/activated

Olav Vitters 2012-03-14 10:34:52 CET

Hardware: x86_64 => All
Target Milestone: --- => Mageia 2

Comment 1 Herbert Poetzl 2012-03-24 14:38:10 CET
just verified, still valid with most recent cauldron.
gnome-shell-3.3.92-2.mga2

CC: (none) => herbert

Comment 2 Olav Vitters 2012-03-28 10:11:31 CEST
should be fixed with gdm 3.4.0.1 (reason that upstream made 3.4.0.1)

I just don't know what issues I created by upgrading to 3.4.0.1...

Please reopen if it doesn't work with gdm 3.4.0.1 (obviously, restart first).

Status: NEW => RESOLVED
Resolution: (none) => FIXED

Comment 3 Herbert Poetzl 2012-03-28 10:51:04 CEST
still not working in latest Cauldron, maybe you forgot to submit the package?

urpmi gdm
Package gdm-3.2.1.1-5.mga2.x86_64 is already installed

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

Comment 4 Olav Vitters 2012-03-28 10:57:18 CEST
just a build error; has been resubmitted since. Please retry when it is available.
Comment 5 Herbert Poetzl 2012-03-28 12:04:44 CEST
just tested with the gdm-3.4.0.1-1.mga2 package you uploaded, but the result is the same - i.e. doesn't work.

does it work for you? how did you test it?
Comment 6 Olav Vitters 2012-03-28 13:07:48 CEST
Didn't try, just noticed the following upstream report:
https://bugzilla.gnome.org/show_bug.cgi?id=672773
Andrew Myers 2012-04-09 14:39:21 CEST

CC: (none) => am2605

Comment 7 Manuel Hiebel 2012-05-06 01:39:07 CEST
as a workaround you can use drakboot for the autologin it should work (since it's the case with the live)
Comment 8 Marja Van Waes 2012-05-26 13:07:44 CEST
Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Comment 9 papoteur 2012-05-27 08:37:45 CEST
I have the same problem with lxdm.
I configure the autologin in MCC, but the new configuration is not recorded. When I restart the drakboot just after the precedent configuration, new settings are not kept.
Yves

CC: (none) => yves.brungard_mageia

Sander Lepik 2012-05-27 10:03:04 CEST

Keywords: NEEDINFO => (none)
CC: (none) => sander.lepik

Comment 10 Manuel Hiebel 2012-05-27 11:47:26 CEST
(In reply to comment #9)
> I have the same problem with lxdm.
> I configure the autologin in MCC, but the new configuration is not recorded.
> When I restart the drakboot just after the precedent configuration, new
> settings are not kept.
> Yves

not the same, see bug 3715

but since there was no change in cauldron I guess that this bug of gdm is still valid
Marja Van Waes 2012-05-28 13:37:29 CEST

CC: (none) => marja11
Whiteboard: (none) => MGA2TOO

Comment 11 christian fischer 2012-06-19 13:41:15 CEST
hello
my computer with Mageia2 64b do not use autologin with kdm .
with gdm, autologin is good, but that first session is wrong : for example mcc do not start in graphic mode.

I see some log :
( user fischer, autologin on )

Authentification + Messages 
---( first )boot
Jun 19 08:21:53 localhost systemd-logind[698]: New session c1 of user fischer. 
Jun 19 08:21:53 localhost systemd-logind[698]: Linked /tmp/.X11-unix/X0 to /run/user/fischer/X11-display. 
Jun 19 08:21:53 localhost kdm: :0[1007]: pam_tcb(kdm-np:session): Session opened for fischer by (uid=0) 
Jun 19 08:22:16 localhost sshd[1850]: Server listening on 0.0.0.0 port 22. 
Jun 19 08:22:19 localhost polkitd(authority=local): Registered Authentication Agent for unix-session:/org/freedesktop/ConsoleKit/Session1 (system bus name :1.106 [/usr/lib64/kde4/libexec/polkit-kde-authentication-agent-1], object path /org/kde/PolicyKit1/AuthenticationAgent, locale fr_FR.UTF-8) 
Jun 19 08:24:23 localhost polkitd(authority=local): Unregistered Authentication Agent for unix-session:/org/freedesktop/ConsoleKit/Session1 (system bus name :1.106, object path /org/kde/PolicyKit1/AuthenticationAgent, locale fr_FR.UTF-8) 
Jun 19 08:24:24 localhost kdm: :0[1007]: pam_tcb(kdm-np:session): Session closed for fischer 
Jun 19 08:24:33 localhost kdm: :0[3211]: pam_succeed_if(kdm:auth): no condition detected; module succeeded 
Jun 19 08:24:33 localhost kdm: :0[3211]: pam_succeed_if(kdm:auth): requirement "user ingroup nopasswdlogin" not met by user "fischer" 
Jun 19 08:24:34 localhost kdm: :0[3211]: pam_tcb(kdm:auth): Authentication passed for fischer from (uid=0) 
Jun 19 08:24:34 localhost systemd-logind[698]: New session 2 of user fischer. 
Jun 19 08:24:34 localhost kdm: :0[3211]: pam_tcb(kdm:session): Session opened for fischer by fischer(uid=0) 
Jun 19 08:25:07 localhost polkitd(authority=local): Registered Authentication Agent for unix-session:/org/freedesktop/ConsoleKit/Session2 (system bus name :1.135 [/usr/lib64/kde4/libexec/polkit-kde-authentication-agent-1], object path /org/kde/PolicyKit1/AuthenticationAgent, locale fr_FR.UTF-8) 
Jun 19 08:30:44 localhost userhelper[3876]: running '/usr/sbin/urpmi.update --update' with root privileges on behalf of 'fischer' 
Jun 19 08:30:51 localhost userhelper[3918]: running '/usr/sbin/urpmi.update Core Backports Testing' with root privileges on behalf of 'fischer' 
Jun 19 08:30:53 localhost userhelper[3932]: running '/usr/sbin/urpmi.update Nonfree Backports' with root privileges on behalf of 'fischer' 
Jun 19 08:30:54 localhost userhelper[3947]: running '/usr/sbin/urpmi.update Nonfree Backports Testing' with root privileges on behalf of 'fischer' 
Jun 19 08:30:55 localhost userhelper[3961]: running '/usr/sbin/urpmi.update Tainted Backports' with root privileges on behalf of 'fischer' 
Jun 19 08:30:57 localhost userhelper[3975]: running '/usr/sbin/urpmi.update Tainted Backports Testing' with root privileges on behalf of 'fischer' 

etc :  session 2 ( with manual password ) is good

CC: (none) => christian-maryse.fischer

Comment 12 Marja Van Waes 2012-06-20 22:55:00 CEST
(In reply to comment #11)
> hello
> my computer with Mageia2 64b do not use autologin with kdm .
> with gdm, autologin is good, but that first session is wrong : for example mcc
> do not start in graphic mode.
> 

@ hristian

This bug is about gdm auto login failing.

You're problem is with kdm, do you maybe have this issue:
https://bugs.mageia.org/show_bug.cgi?id=4197#c22
Comment 13 christian fischer 2012-06-21 12:46:30 CEST
OK I have a problem with automatic login kdm, but with gdm and XDM too :

When automatic login start from gdm to kde , kde4 session seem good but  :
 Mcc do not start in graphic mode.
+ (2 minutes later ) a splash error complain to paswword: : " Le mot de passe n'est pas valable, veuillez essayer de nouveau" : that is from  consolehelper-g 
13 clicks for erase that !

With XDM to kde : autologin do not work.
Comment 14 Marja Van Waes 2012-07-06 15:04:24 CEST
Please look at the bottom of this mail to see whether you're the assignee of this  bug, if you don't already know whether you are.


If you're the assignee:

We'd like to know for sure whether this bug was assigned correctly. Please change status to ASSIGNED if it is, or put OK on the whiteboard instead.

If you don't have a clue and don't see a way to find out, then please put NEEDHELP on the whiteboard.

Please assign back to Bug Squad or to the correct person to solve this bug if we were wrong to assign it to you, and explain why.

Thanks :)

**************************** 

@ the reporter and persons in the cc of this bug:

If you have any new information that wasn't given before (like this bug being valid for another version of Mageia, too, or it being solved) please tell us.

@ the reporter of this bug

If you didn't reply yet to a request for more information, please do so within two weeks from now.

Thanks all :-D
Comment 15 Georges Eckenschwiller 2013-11-24 10:33:30 CET
The problem is always present, but the conditions being different, I thought of making a new report 11476

CC: (none) => paiiou

Comment 16 Samuel Verschelde 2015-05-17 00:52:48 CEST
Closing as OLD. The original issue has not been confirmed since Marja asked about it. Please open a new bug report or refer to existing ones if you have issues with autologin.

Status: REOPENED => RESOLVED
Resolution: (none) => OLD


Note You need to log in before you can comment on or make changes to this bug.