Bug 724972

+++ This bug was initially created as a clone of Bug #704495 +++

Created attachment 498757 [details]
garbled output from gpg when asking for password

Description of problem:
gnupg2 requires usage of agent to retrieve key passphrase. Console version of this agent doesn't seem to support UTF-8 properly - see the attached screenshot.

Version-Release number of selected component (if applicable):
gnupg2-2.0.14-4.el6.i686

How reproducible:
always

Steps to Reproduce:
Use gpg on a key which contains non-ascii characters in its name.
 
Actual results:
The output is garbled

Expected results:
The output is clean.

Additional info:
Detected on ScientificLinux 6 but I guess this is also a case on RHEL.

--- Additional comment from tmraz on 2011-05-13 14:17:14 CEST ---

I do not think this is a bug in the gnupg2. I suppose there is non-utf8 locale set in the gnupg2 agent environment.

Can you call 'unset GPG_AGENT_INFO' before runing the gpg2 command and test it again?


--- Additional comment from tomasz.kepczynski on 2011-05-13 18:51:08 CEST ---

I don't think this is a reason:

triss:~> set | grep GPG
triss:~>

But to make sure I am not missing anything, I tried:

triss:~> unset GPG_AGENT_INFO
triss:~> gpg -d ~/pliki/txt/dane.txt.asc

with exactly the same problem as in the screenshot.

And locale for completness:

triss:~> locale
LANG=pl_PL.UTF-8
LC_CTYPE="pl_PL.UTF-8"
LC_NUMERIC="pl_PL.UTF-8"
LC_TIME="pl_PL.UTF-8"
LC_COLLATE="pl_PL.UTF-8"
LC_MONETARY="pl_PL.UTF-8"
LC_MESSAGES="pl_PL.UTF-8"
LC_PAPER="pl_PL.UTF-8"
LC_NAME="pl_PL.UTF-8"
LC_ADDRESS="pl_PL.UTF-8"
LC_TELEPHONE="pl_PL.UTF-8"
LC_MEASUREMENT="pl_PL.UTF-8"
LC_IDENTIFICATION="pl_PL.UTF-8"
LC_ALL=

Now, the problem looks very similar to fault in finger, which also garbled UTF-8 output, this was caused by outputting a string byte by byte with putc instead pushing whole string at once to terminal. Maybe this is the case?

--- Additional comment from tmraz on 2011-05-16 07:45:22 CEST ---

What terminal do you use?

--- Additional comment from tomek on 2011-05-16 20:35:54 CEST ---

I can reproduce this on:
- local text console (linux)
- remote linux console (text console + ssh connection)
- local konsole (kde konsole)
- remote konsole (kde konsole + ssh)

konsole identifies itself as xterm (TERM=xterm)

--- Additional comment from tomek on 2011-05-16 20:41:06 CEST ---

I take back local konsole part - in this case dialog box is displayed and my name is displayed correctly.

--- Additional comment from tmraz on 2011-05-16 21:14:21 CEST ---

The terminal output is handled by pinentry.

--- Additional comment from tomek on 2011-05-17 10:17:11 CEST ---

Created attachment 499280 [details]
pinentry-curses garbled output

--- Additional comment from tomek on 2011-05-17 10:18:55 CEST ---

I tried the following in pinentry-curses:

gklab-63-001:~> pinentry-curses
OK Your orders please
option lc-ctype=pl_PL.UTF-8
OK
setdesc ąćęłńóśźżĄĆĘŁŃÓŚŹŻ
OK
getpin

which resulted in the attached above screen. This seems to confirm that a problem is in pinentry.


--- Additional comment from sochotni on 2011-07-18 11:10:30 CEST ---

The bug can be reproduced in also in RHEL 6. Thank you for the bugreport.