I have set default_user and focus_password on in /etc/slim.conf When slim gets started my username (nico) is auto-filled in the username field and the password field is focused - which is right. However then password will always be wrong then. The next try it works since I manually entered my username.
Please post your 'emerge --info' output
Portage 2.2_rc18 (default/linux/x86/2008.0/desktop, gcc-4.3.2, glibc-2.8_p20080602-r0, 2.6.28-rc9-zen1 i686) ================================================================= System uname: Linux-2.6.28-rc9-zen1-i686-Intel-R-_Pentium-R-_4_CPU_3.00GHz-with-glibc2.0 Timestamp of tree: Sun, 21 Dec 2008 16:35:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p48 dev-java/java-config: 1.3.7-r1, 2.1.6-r1 dev-lang/python: 2.5.2-r8 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.6.2 sys-apps/baselayout: 2.0.0-r1 sys-apps/openrc: 0.4.0 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.7.9-r1, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.19 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=native -fno-ident -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/init.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=native -fno-ident -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks fixpackages parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch userpriv usersandbox" GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo" LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu" LINGUAS="en" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="X acl acpi alsa berkdb bluetooth branding bzip2 cairo cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode esd evo fam firefox fortran gdbm gif gnome gpm gstreamer gtk hal iconv ipv6 isdnlog jpeg kde ldap libnotify mad midi mikmod mp3 mpeg mudflap ncurses nls nptl nptlonly ogg opengl openmp pam pcre pdf perl png ppds pppd python qt3 qt3support qt4 quicktime readline reflection sdl session spell spl ssl startup-notification svg sysfs tcpd tiff truetype unicode usb vorbis win32codecs x86 xml xorg xulrunner xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="nvidia nouveau vesa" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Well, isn't that just annoying. Confirmed. Also tried with both a default theme and a custom theme. Do you have spare cycles to revert back to 1.3.0 and see if this is a regression?
It works with different themes (x11-themes/slim-themes-dwm from devnull overlay) I have not tested if 1.3.0 has the same problem but if i remember correctly it worked fine with 1.3.0.
I've got the same bug in 1.3.1-r1 and 1.3.1-r4. When I logon the first try to logon always fails.
It works fine with the gentoo theme too. I really think this is theme related since I also notices many themes look broken like wrong size/position of fileds or text. Some other themes don't respect the fonts etc.. Did the theme syntax changed in some version or something like that?
Hi, same issue here, on a fresh install. I tried a few other themes in x11-themes/slim-themes, but the first login attempt is always refused.
Hello! In my case such behaviour appeared only with the latest version (x11-misc/slim-1.3.1_p20091114). It worked fine for some months before the last update.
i confirm, i have the same bug here, using random theme. After reading comments here, I will try using only the themes with 'gentoo' to see how they behave. (gentoo, gentoo_10_purple, gentoo_10_blue, gentoo-simple, gentoo_10_dark).
I confirm. slim-1.3.2-r3. Not working correctly with the default theme and slim-gentoo-simple. I also know that it works correctly in Archlinux. This bug 3 years old ... it is not good.
(In reply to comment #10) > I confirm. slim-1.3.2-r3. Not working correctly with the default theme and > slim-gentoo-simple. I also know that it works correctly in Archlinux. This bug > 3 years old ... it is not good. I just did a fresh install on my new laptop and I'm running into this issue too. I had this same problem on my old laptop for a long time, but I did not bother to report it at the time, and later I got kind of accustomed to it. However now I would like to see this fixed, I agree with mr. Frolov that it is time this was fixed!
I agree, it would be nice to fix. However, until someone presents a fix or gets a fix from upstream[1], there is nothing that *I* can do. Sorry folks. [1]: Upstream has been inactive for a long time, there was a recent spurt and the project moved but I haven't seen anything since then. I wouldn't hold my breath that anything gets fixed.
(In reply to comment #12) > I agree, it would be nice to fix. However, until someone presents a fix or gets > a fix from upstream[1], there is nothing that *I* can do. Sorry folks. > > [1]: Upstream has been inactive for a long time, there was a recent spurt and > the project moved but I haven't seen anything since then. I wouldn't hold my > breath that anything gets fixed. I'd just like to add a link to the following post I found on the forums: http://forums.gentoo.org/viewtopic-t-879593.html?sid=dd44af42b4f2a809622f1d13dbee54f1 . This contains a semi-workaround (requires 1 additional keypress), and a possible hint towards a fix.
Created attachment 285789 [details] code patch that fixes the issue Fixed it. The issue is, I think, caused in part by Gentoo's PAM patches. Anyhow, the reason it's happening is because, although everything relating to the user and password (including PAM interaction) is working properly, there is no default ACTION set (which should be set to Login) because this was only set within the Keypress handler. It seemed the Non-PAM code worked fine this way, but since virtually everyone on Gentoo uses PAM... The attached patch modifies the SetName() method to also set action = Login. Technically this will not work as 'expected' if for some reason the default_user is set to, say, 'reboot', but I think that is enough of an edge case that it doesn't need to be handled. Will integrate this patch into the -r6 release.
+*slim-1.3.2-r6 (07 Sep 2011) + + 07 Sep 2011; Jeremy Olexa <darkside@gentoo.org> + +files/252280-fix-default_user-focus_passwd.patch, +slim-1.3.2-r6.ebuild, + +files/slim-1.3.2-r3-config.diff: + revision bump to fix bug 252280 by Ian Stakenvicius
Links to upstream bug and patch: http://developer.berlios.de/bugs/?func=detailbug&bug_id=17910&group_id=2663 http://developer.berlios.de/patch/?func=detailpatch&patch_id=3207&group_id=2663