[Gpg4win-devel] Testing notes from gpg4win on Win 7
Andre Heinecke
aheinecke at intevation.de
Tue Aug 16 16:41:17 CEST 2011
Hi,
i've started messing around with gnupg/kleopatra on Windows 7 today and wanted
to share the issues i've noticed. I've only used gpgex and kleopatra as
interface to gnupg.
Currently i dont have time to go through the bugtracker but here are my notes
from testing. (In the order that they occured to me)
- Installer adds a defunctional no quicklaunch shortcut on windows 7 but
offers the option anyway
- Kleopatra does not maximizes itself when started a second time while it is
still running you have to maximize it from the taskbar.
- Dialogs opening in the background without a new "window bar" icon to notice
them especially evil during key creation since you are told to wait for
something to happen.
- Crash when signing / encrypting multiple files with smime and openpgp at the
same time
- After a crash dirmngr does not restart and smime is no longer possible
- Encrypting a folder with read access but not write access > "Temporäre Datei
für Ausgabe <Pfad> kann nicht erstellt werden" Even though you have write
permissions in the folder where you want to write stuff to.
- Folders with special character like ä cant be encrypted (gpgtar can't stat)
- "Sometimes" When marking a folder and a file gpgex offers only to encrypt
them although they are not encrypted any gpgex action then triggers an error:
Kann nicht auf Kleopatra zugreifen:
No input source for IPC
In another Explorer Window it works with the same files.
- Security settings are not checked and it fails silently when there is no
write acces in the directory where you encrypt files (should bring up uac
raise request) or at least an error message.
- If you trigger some actions (for example encrypt on the /Users folder)
gpgtar hangs and is no longer possible. To do anything with gnupg
the sign/encrypt dialog just stays at 0% even for simple
operations that worked before. There is no CPU/IO coming from gnupg
processes. In this situation gpg2 processes and gpgtar processes
hang around even if you abort the action.
And the write filehandles to the tmp file for encryption stay open.
You have to restart the system (or probably just kill the hanging process to
get it to work again)
This appears to be related to special permissions, i've tried to reproduce
it by simply putting "read deny" files in the directory and that correctly
failed to encrypt.
- Explorer stops responding when you hit encrypt file right after startup.
- After a restart i once did not get gpgsm started and there were no SMIME
keys shown (No error message either though). Test was:
restart -> try to encrypt something -> WTF where are all the keys ->
restart -> Ah there are all the keys
Very strange.
gpg4win 2.1.0 | Windows 7 32bit Home edition in VirtualBox 4.0.1
The Windows system was a pristine base system with no other software
installed.
Regards,
Andre
--
Andre Heinecke | ++49-541-335083-262 | http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 18998
Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
More information about the Gpg4win-devel
mailing list