autologin didn't work

Bug #45107 reported by intonet
18
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gdm (Ubuntu)
Incomplete
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gdm

I check "eneble autologin" in gdm setup but it didn't work. It's works when I install ubuntu drapper but after somes upgrade autologin stop works.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. Do you still have the issue? Could you activate the debug option from gdmsetup and look if there is an error to /var/log/messages or /var/log/syslog? What does happen exactly? Do you get a login error? Or does it act like if it was not doing any autologin? Could you attach your /etc/gdm/gdm.conf-custom to the bug?

Changed in gdm:
assignee: nobody → desktop-bugs
status: Unconfirmed → Needs Info
Revision history for this message
João Silva (a28123) wrote :

 After updating from Breezy to Dapper, autologin was OK. However, after an update last week or so, GDM automatically chooses my user but asks for the password on startup. The dialog asking the password is just a simple window, and I can login after inserting the password.

 I don't know if this is a bug or a new feature, however I would like to have the old behavior (login automatically without asking the password).

Revision history for this message
Sebastien Bacher (seb128) wrote :

João, your issue is not the same, it's probably bug #49940

Revision history for this message
kamome (kamome) wrote :

I'm having the same problem - autologin doesn't work on a rather freshly installed (beginning of august) and up2date dapper.

I used to have:

AutomaticLoginEnable=true
AutomaticLogin=jan

in /etc/gdm/gdm.conf - not having read the comments about gdm.conf-custom ;)
But then I reverted this to factory-gdm.conf and made the adjustments in gdm.conf-custom (using gdmsetup), now showing the above entries under the [daemon] section and also setting debug.

What is interesting, is, that when I do "/etc/init.d/gdm restart" the user does get logged in automatically - never works on bootup, allways works with restart.

While gdm was still sitting there, as if there wasn't an autologin specified, /var/log/messages said nothing about gdm (the last entries being about bluetooth and agpgart, still from booting) but /var/log/syslog contains (jan being the user to be logged in):

Sep 3 14:19:08 albatros gdm[4214]: set config key daemon/AutomaticLogin to string jan

and ends as follows:

Sep 3 14:19:34 albatros gdm[4685]: gdm_slave_wait_for_login: In loop

Then, after the "/etc/init.d/gdm restart", /var/log/syslog goes on:

Sep 3 14:25:53 albatros gdm[4232]: mainloop_sig_callback: Got signal 15

some more lines, then a lot of "set config key" entries, containing:

Sep 3 14:25:53 albatros gdm[5071]: set config key daemon/AutomaticLogin to string jan

and finally:

Sep 3 14:25:53 albatros gdm[5073]: gdm_main: Here we go...

and on, all looking good to me. I attach the whole /var/log/syslog.

Another bug about failed autologin (but only on 2nd, 3rd... xserver, so it might be unrelated) is #56035 (with workaround)

Changed in gdm:
status: Needs Info → Confirmed
Revision history for this message
Tommy Hurtig (tommy-hurtig) wrote :

For me autologin or timed login doesn't work after boot up. But if i log in as any user and log out timed login works. I have switched on debugging but nothing remarkable is registered. The configuration is registered and autologin and timed login is registered. The user that shall be logged in is registered. But nothing happens except after I have logged in end then logged out.

Revision history for this message
Sebastien Bacher (seb128) wrote :

could you try if that's still an issue in hardy or intrepid?

Changed in gdm:
status: Confirmed → Incomplete
Revision history for this message
kamome (kamome) wrote :

Not for me anymore (on gutsy and hardy).

Revision history for this message
Jiří Vyskočil (sliwowitz) wrote :

I do have the problem in freshly installed Intrepid. Autologin used to work for me in Hardy and Gutsy on this machine.

Autologin does not work after boot. GDM acts as if no autologin was configured - it asks for a username and password.
If I restart gdm using the initscript, the autologin works.

Revision history for this message
Jiří Vyskočil (sliwowitz) wrote :

This seems to be caused by the xorg intel video driver. I experience the bug on a laptop with two video cards: one is an Intel i915 and the other is nVidia 6600GT. If I start the laptop with nVidia switched on, the autologin works as expected. If I boot it with the internal i915, the autologin won't work.

(My guess is, that it relates to intel driver autodetection procedure, which restarts X in a similar way ctl+alt+backspace would do - in that case, autologin wouldn't work, which would be expected behavior. I think it might be related, because my screen blinks during boot, revealing one of the VTs with init information in one point)

Revision history for this message
Jiří Vyskočil (sliwowitz) wrote :

I still have the problem with recent Jaunty build (23rd March). Booting with i915 video card gives me 4 blinks and the autologin doesn't work. After switching to nVidia (and reconfiguring X), autologin works. I can provide more information, logs, whatever on request.

Revision history for this message
Alan Porter (alan.porter) wrote :

I have the same behavior -- blink on bootup, showing the last messages from /etc/init.d/scripts, and then the login window with autologin not working.

This is on an EeePC 900 with an Intel 915GM/GMS/910GML running Intrepid.

Alan

Revision history for this message
kjur (kjur) wrote :

same here. my system is a fresh xubuntu jaunty installation. i'm pretty sure it happened after an update of the package xserver-video-intel.

Revision history for this message
kjur (kjur) wrote :

check this bug out:
https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/370541

the solution:

sudo update-rc.d -f gdm remove
sudo update-rc.d gdm defaults

helps. at least in my case :)

Revision history for this message
rusivi2 (rusivi2-deactivatedaccount) wrote :

Thank you for posting this bug.

Is this an issue in Maverick?

Revision history for this message
Jiří Vyskočil (sliwowitz) wrote :

I can't reproduce it anymore (10.04), seems it has gone away in Karmic.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.