Trying to add Servernames to "Configuration of directory Services" get the above noted error, click through it twice then I am in the configure screen but the "new" button is greyed out. I hit the "revert to defaults" button then get the same error message popping up. Reproducible: Always Steps to Reproduce: 1.Go to Settings 2.Select Configure Kleopatra 3.Error message pops up, you have to click OK, then get the message once more, click through and the Configuration properties window opens. Actual Results: Unable to add directory services Expected Results: Within the Configuration of directory services, I should be able to click on "new" then add a Server to the service. Of course I cannot look up certificates as I get the message that I have to configure a Directory Server service first,,, kind of stuck in the loop.. I am running it on Win7 64 bit, but have also run it under compatibility settings in windows XP 32 bit..
Application has this bug on roaming profiles on Windows. (Desktop, UserProfile etc. are stored on fileserver). When I use local user account (local administrator) is everything OK.
i can confirm that bug for gpg4win on a win7 pro 64bit, Userprofiles, %appdata% on a network path.
I also have this problem. I think this is an issue with gpgconf rather than Kleopatra. For example, from the command line: gpgconf --list-options gpg gpgconf: Option gpgconf-gpg.conf, needed by backend GnuPG, is not absolute gpgconf: fatal error (exit status 1) A quick workaround is to set the path to GNUPGHOME to somewhere else e.g. SET GNUPGHOME=c:\private\gnupg cd %ProgramFiles%\GNU\gnupg kleopatra.exe
Last suggestion does not work form me. ran: C:\Program Files (x86)\GNU\GnuPG>gpgconf --check-config result: gpgconf: can not open global config file `C:\ProgramData\GNU\etc\gnupg\gpgconf.conf': No such file or directory and C:\Program Files (x86)\GNU\GnuPG>gpgconf --list-dirs resulted sysconfdir:C%3a\ProgramData\GNU\etc\gnupg bindir:C%3a\Program Files (x86)\GNU\GnuPG libexecdir:C%3a\Program Files (x86)\GNU\GnuPG libdir:C%3a\Program Files (x86)\GNU\GnuPG\lib\gnupg datadir:C%3a\Program Files (x86)\GNU\GnuPG\share\gnupg localedir:C%3a\Program Files (x86)\GNU\GnuPG\share\locale dirmngr-socket:C%3a\WINDOWS\S.dirmngr agent-socket:\\fspaka01\appdata1a$\uan401\AppData\Roaming\gnupg\S.gpg-agent homedir:\\fspaka01\appdata1a$\uan401\AppData\Roaming\gnupg sysconfdir is obvious wrong but cannot change it with the commandline! suggestions?
Thank you for reporting this bug in KDE software. As it has been a while since this issue was reported and confirmed, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "CONFIRMED" when replying. Thank you!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!