This is not a bug but expected behaviour: We want to show the pinentry on the
correct xserver or tty and thus gpg-needs to know which one it is. The manual
has even a hint how to show the pinentry on the client machine:

Yep, there is a bug in gpg-agent. Fixed for 2.0 in svn rev 5423. Patch for
gpg4win commited.

Test works also for gpg4win 2.1.0-beta1 if created an empty file gpg-agent.conf
before gpg-agent is started:

There seems to be a relation if gpg-agent.conf exists or not.

I checked again: I can see no changes in my working copy since 2.0.16.

Just to note:
I tested with the debian package pinentry-qt (0.8.0.svn234-0kk1) from
files.kolab.org. It's the same problem with pinentry-qt and pinentry-gtk (see
test below).
You wrote that pinentry-qt works corectly since 0.8.0 (=svn222). I can't confirm
this with my test below. Or do you mean, that the additional changes in gnupg
are required for show the german "Abbrechen" button text in pinentry-qt?

My retest with gnupg 2.0.16...

I have meanwhile switched to Gentoo on my notebook and tried again. The problem
still exists in 2.0.16. At first, the reader didn't work at all without pcscd,
but when I edited the source code so cherry_mode is not being set to 1, I could
at least use the reader again. The keypad is still being ignored though.

Please run my tests.

Sorry, the "set GPG_AGENT_INFO..." line was pasted from my windows test. My
GNU/Linux test starts of course with:

What do you think

ping, it's important for gpg4win.

There are actually two problems here.

Fixed in my working copies. Thanks.

D138: 311_0002-doc-gpgsm.tex-Typo-s-full-features-full-featured.patch

Hi Werner,

$ gpg-agent --version
gpg-agent (GnuPG) 2.0.16

Do you have a pinentry installed? Depending on your configuraion the default is
either /usr/bin/pinentry or /usr/local/bin/pinentry. If for some reason you
can't use that, you may put a line

You may switch Windows to use the 32 bit explorer version. This solves the problem.

That seems to be a problem with your toolchain. For example using a system
as(1) which does not understand the asm syntac gcc emits.

Fixed in svn rev 388. Similar fix applied to my GnuPG working copy. Thanks.

Note that pinentry does not have any i18n features. The labels for all buttons
as weel as the prompts are provided by the caller. The Cancel you see are
merely fallbacks.

This is not a pinentry problem but one of gpg-agent. What version of gpg-agent
are you using?

Werner, please note: this issue is kkc.

D137: 310_0001-Add-INADDR_NONE-for-Solaris.patch

That is a problem of your scanner software.

Today I just had the problem again (/dev/pts/9, still same verisons as in T1203 (thomas on Jul 29 2010, 03:35 PM / Roundup))

Tested with gpgol 1.1.2:
Open an openpgp signed+encrypted message with attachments. Outlook 2007 crashes
after double clicking the txt attachment. Gpgol log file attached.

Just had the problem on /dev/pts/9 while no problems since 2010-07-29 (because I
usually start mutt in a certain screen window where I made sure that it has a
high-enough tty number)

D135: 308_gnupg_2_0__de_po.diff

D136: 307_gnupg_1_4__de_po.diff

It is unofficial and the FAQ is outdated anyway.

No, it is an error. See option --preserve-permissions.

I attached an image displaying the error...