Bug 355831 – x11-libs/gksu silently closes instead of giving warning when one enters incorrect root password with russian locale

• Product: Gentoo Linux
• Status: RESOLVED OBSOLETE

[Description lumbrius 2011-02-21 11:13:39 UTC]

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

[Comment 1 Pacho Ramos 2011-02-21 17:25:51 UTC]

This is probably an upstream bug -> http://www.nongnu.org/gksu/

[Comment 2 Daniel Gryniewicz (RETIRED) 2011-02-22 12:35:46 UTC]

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)

[Comment 3 lumbrius 2011-02-22 12:42:18 UTC]

Yes, I have it emerged with +gnome -doc

[Comment 4 Daniel Gryniewicz (RETIRED) 2011-02-22 14:52:15 UTC]

Okay, that's what I have too, so that's not it.

Can you run gksu with -d and post the result?

[Comment 5 lumbrius 2011-02-22 15:02:55 UTC]

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.

[Comment 6 Daniel Gryniewicz (RETIRED) 2011-02-22 15:36:31 UTC]

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).

[Comment 7 Pacho Ramos 2012-06-08 13:12:02 UTC]

Did you reported this to upstream finally?

[Comment 8 Pacho Ramos 2012-07-07 11:56:24 UTC]

(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)

[Comment 9 Michał Górny 2018-12-11 13:59:25 UTC]

Removing wrt #425156.