to be released with 0.9.10

Fixed with commit d06a5f5.

IT has nothing to do with the long user id. You can't delete any X.509 key.
GPA uses gpgsm to delete this key - I have to debug this.

Which version of GnUPG are you using. The GPA About window shows the gnupg
versions. If you can't access that, please run "gpgconf --version".

Which version of gpgme are you using ("gpgme-config --version")?

here is the the brooad key, which cannot be deleted.

I just tried to delete a key wirth a long uid without problems.
Can you please provide a public key which exhibits this problem (bey pPM if you
prefer)

gpa 0.9.9 has been released with this fix.

This issue seems fixed in gnupg-w32-2.1.7.

Okay, it is fixed in the repo. The user ids are truncated but a tooltip shows
them untruncated.

I can't reproduce this. I've tried running gpa for several days in a Vbox and
doing crypto operations now and then. It never crashes.

This on Windows 10 32bit.

On 08/27/2015 06:21 PM, Werner Koch via BTS wrote:

Hey, why are you adding an X.509 DN to the key?

It's not my key - I do not even know how to do that ;)

Hey, why are you adding an X.509 DN to the key?
Anyway, we need to truncate too long user names.
Thanks.

On 08/27/2015 03:55 PM, Werner Koch via BTS wrote:

Werner Koch <wk@gnupg.org> added the comment:

What do you mean by "remove"? "delete key"?

What do you mean by "remove"? "delete key"?

Can you please try with the latest gpg4win version? We have not fixed any bug
leading to a crash but some libraries have been updated, so it would be good to
get a confirmation that there is still a problem.

I would also suggest to try it under a new user account to avoid problems with
already existsing keys. What other software are you using on your machines -
something must be uncommon in your installation.

Can you still replicate this with gnupg-w32-2.1.7 ?

Please read http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
and give us some more information.

Error reporting will be better with GnuPG 2.1.8.
To triage the bug we need a bit more information. If you can still reproduce it
with the latest gpg4win, please send a description after having read
http://www.chiark.greenend.org.uk/~sgtatham/bugs.html

Fixed with commit 071ed43. Will go into 0.9.8.

Sorry for delaying it for so long.

It probably would have been better to create two issues:
a) Dataloss with Kleo in 2.2.2 (fixed now)
b) crash with gpa

The latest version is 0.9.7. Please report error only against the latest version.
It has likely been fixed.

Could this case please get some attention. This is still an issue for me and
everyone else I know using GPA for windows. Can I help with any more information?

Several such bugs have been fixed in the meantime. I can't repeat it anymore.

The context menu of the key manager now has a "refresh key" item.

Yes, it is part of the gpg4win, it is the latest version. 2.2.3 but the last
versions also have the same problem.

From where did you get the gpa.exe - was it part of gpg4win; if so which version?

I've changed the category to gpa, adjusted the topic and version to 2.2.3
As you've already described the problem together with GPA here I think this is
better then opening a new bug.

I'll also no longer call this critical as the original data loss problem
(Encrypting files where one has an umlaut -> kleo thinks its a success and
deletes the original) Should be resolved.

The fix in GPA should be fairly easy. Some conversion from native to utf-8 on
input and utf-8 to native on output. So I'm taking this issue.

Werner: Could you please take a look at the patch for gpgtar. I will probably
propose something quite similar for GPA. Not real unicode support but at least
for 8 bit filenames.

0.9.6 will be release today, thus I close it.

GNOME--

It's not crashing for me with master but its not fixed.

I acidentally ran into this while checking out a windows crash and found the cause:
echo $GPG_AGENT_INFO /run/user/1000/keyring-Lvs93w/gpg:0:1

At least this was my problem and as "Ubuntu" is the platform it is likely that
this was the original problem.

I've commented in the launchpad report.

Indeed this has probably been fixed some time ago and the fix is on
0.9.5. But testing again would be useful.

commit d3f20e7883f2fb9e52e487fd516bdc7b9bc695ed
Author: Werner Koch <wk@gnupg.org>
Date: Fri Aug 16 15:18:57 2013 +0200

    w32: Fix crash due to bad conversions of utf-8 in the clipboard.

    * src/gpgmetools.c (dos_to_unix): Remove.  Remove all calls.
    (dump_data_to_clipboard): Return an error code instead of calling
    exit.
    * src/gpaexportclipop.c
    (gpa_export_clipboard_operation_complete_export): Print success
    message only on success.
    --

    The removal of dos_to_unix is possible due to the patch
    https://bugzilla.gnome.org/show_bug.cgi?id=649390 which will go into
    the next Gtk+ 2.24 version.dos_to_unix was anyway not correct because
    it scanned for an embedded nul but it is not guaranteed that it is
    always called with one.

    The other patch which will be helpful is:
    https://bugzilla.gnome.org/show_bug.cgi?id=696232
    (g_utf8_to_utf16() is not guaranteed to succeed. Check the error and
     return if it failed.)

    Gpg4win uses both patches.

    GnuPG-bug-id: 1525

This is likely fixed in 0.9.5 release Sep 1.

Probably needs a retest with gpa 0.9.5

Hi thanks for the report and for trying gpa!

Could you try Gpg4win 2.2.2 (or the version 2.2.3 if it is release).
Thanks!

Meanwhile there are a couple of other fixes in GPA.
It might be useful to do a release soon.