[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