x11-libs/gksu-2.0.2 or x11-libs/libgksu-2.0.12-r1: No error appears if I enter incorrect root password in gksu prompt Reproducible: Always Steps to Reproduce: 1. try to launch any gui application from terminal using gksu, e.g. 'gksu gedit' 2. enter incorrect password 3. ?????? 4. PROFIT!! Actual Results: neither window nor output in terminal about incorrect password Expected Results: error message about wrong password
This is probably an upstream bug -> http://www.nongnu.org/gksu/
It works correctly for me. That is, it gives the first prompt, and when I put in the wrong password, prompts again saying "Incorrect password, please try again"; after thee failures, it pops up a dialog saying "Failed to run gedit as root user. Incorrect password." Did you emerge gksu with the gnome use flag? (not that that should make a difference here, but it's a datum)
Yes, I have it emerged with +gnome -doc
Okay, that's what I have too, so that's not it. Can you run gksu with -d and post the result?
I did this, and seems there is something there with locale. I have LANG=ru_RU.UTF-8 on my system, so when I did this without modifying locale environment variables, it was like: ucius@diana ~ $ gksu -d gedit xauth: -67b023a4001e142dcb1e925899fbbdd9 - display: -:0- final xauth: -67b023a4001e142dcb1e925899fbbdd9 - final display: -:0- STARTUP_ID: gksu/gedit/2579-0-diana_TIME0 gksu_context_run: buf: -Пароль: - no password on keyring DEBUG (run:after-pass) buf: -Пароль: - DEBUG (run:post-after-pass) buf: - ароль: - DEBUG (run:post-after-pass) buf: -su: Сбой при проверке подлинности - DEBUG (auth_failed) buf: -su: Сбой при проверке подлинности - and there was no error window, i.e. bug occured as reported above. I decided to run it with english locale, so error messages would be in English so you can read them, and got no bug, window with prompt for correct password appeared after incorrect attempt: lucius@diana ~ $ LANG="en_US.UTF-8" gksu -d gedit xauth: -67b023a4001e142dcb1e925899fbbdd9 - display: -:0- final xauth: -67b023a4001e142dcb1e925899fbbdd9 - final display: -:0- STARTUP_ID: gksu/gedit/2679-0-diana_TIME0 gksu_context_run: buf: -Password: - no password on keyring DEBUG (run:after-pass) buf: -Password: - DEBUG (run:post-after-pass) buf: - ssword: - DEBUG (run:post-after-pass) buf: -su: Authentication failure - DEBUG (auth_failed) buf: -su: Authentication failure - xauth: -67b023a4001e142dcb1e925899fbbdd9 - display: -:0- final xauth: -67b023a4001e142dcb1e925899fbbdd9 - final display: -:0- gksu_context_run: buf: -Password: - no password on keyring no password from ask_pass! gksu_su_full: problem getting password - getting out error: Password prompt canceled So, problem occurs with LC_ALL or LANG=ru_RU.UTF-8 and all is fine with english locale.
Okay, that seems likely to be an upstream bug. Unfortunately, I can't test this, since I don't have ru (and locale-gen refuses to generate it).
Did you reported this to upstream finally?
(In reply to comment #7) > Did you reported this to upstream finally? ping? Maybe we should drop russian locale for it if it breaks :/ (I doubt upstream will ever fix the problem as gksu looks dead for a long time)
Removing wrt #425156.
