Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 252280 - x11-misc/slim-1.3.1 pw always wrong when default_user and focus_password is set
Summary: x11-misc/slim-1.3.1 pw always wrong when default_user and focus_password is set
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal with 1 vote (vote)
Assignee: Jeremy Olexa (darkside) (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-12-23 15:28 UTC by Nico R. Wohlgemuth
Modified: 2011-09-07 19:13 UTC (History)
7 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
code patch that fixes the issue (252280-fix-default_user-focus_passwd.patch,328 bytes, text/plain)
2011-09-07 16:46 UTC, Ian Stakenvicius (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nico R. Wohlgemuth 2008-12-23 15:28:41 UTC
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.
Comment 1 Wormo (RETIRED) gentoo-dev 2008-12-25 06:03:02 UTC
Please post your 'emerge --info' output
Comment 2 Nico R. Wohlgemuth 2008-12-25 11:57:33 UTC
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
Comment 3 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2008-12-31 04:40:33 UTC
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?
Comment 4 Nico R. Wohlgemuth 2009-01-12 20:11:47 UTC
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.
Comment 5 Thomas Weininger 2009-01-28 09:35:07 UTC
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.
Comment 6 Nico R. Wohlgemuth 2009-02-10 18:17:14 UTC
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?
Comment 7 Raphael Marichez (Falco) (RETIRED) gentoo-dev 2009-09-06 15:32:28 UTC
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.
Comment 8 Vladimir 2010-04-19 09:04:21 UTC
  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.
Comment 9 Thomas Capricelli 2010-10-19 02:02:07 UTC
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).
Comment 10 Aleksey Frolov 2011-05-13 07:59:40 UTC
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.
Comment 11 Da Fox 2011-06-02 15:39:34 UTC
(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!
Comment 12 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2011-06-02 16:01:21 UTC
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.
Comment 13 Da Fox 2011-06-08 21:43:09 UTC
(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.
Comment 14 Ian Stakenvicius (RETIRED) gentoo-dev 2011-09-07 16:46:13 UTC
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.
Comment 15 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2011-09-07 17:40:58 UTC
+*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