[Libreoffice-bugs] [Bug 125636] No certificates in Digital Signatures - Select certificate dialog (version 6.2.4.2 (x64))

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=125636

Timur <gtimur at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
                 CC|                            |olivier.hallot at libreoffice.
                   |                            |org
          Component|Writer                      |Documentation
                URL|                            |https://help.libreoffice.or
                   |                            |g/7.0/en-US/text/shared/01/
                   |                            |digitalsignatures.html?Syst
                   |                            |em=WIN&DbPAR=DRAW&HID=xmlse
                   |                            |c/ui/digitalsignaturesdialo
                   |                            |g/start_certmanager#bm_@@no
                   |                            |widget@@
     Ever confirmed|0                           |1

--- Comment #12 from Timur <gtimur at gmail.com> ---
There are more issues here. 

(In reply to Péter Tarján from comment #0)
> Kleopatra and Firefox show my certificates. LibreOffice's Digital
> Signatures - Sign Document dialog windows is empty. 
Kleopatra and Firefox keep it's own certificate store. LO in Windows uses
GPG4win and Kleopatra as seen in bug 116085. 
I guess LO should also use Windows system store but seems it doesn't.
For Linux I read on web that we must have LibreOffice, GnuPG, and Seahorse
installed. But what about Kleopatra. 

Documentation is not OK,
https://help.libreoffice.org/7.0/en-US/text/shared/01/digitalsignatures.html
doesn't mention Cetificate Manager at all.
So I confirm this bug as Documentation, all should be in Help. And other issues
to be seen after bug 130354.

(In reply to Péter Tarján from comment #11)
> I could, however, add my CACert X509 certificate to the windows certificate
> store from Control Panel's Credential Manager, and then it shows up in the
> "Select certificate" window and I can actually sign with it. 
I couldn't get it in LO in Windows 8.1. I used right-click .cer or .crt and
Install, manually select cert store, it is seen with CertMgr.msc (personal) or
certlm.msc (computer). But not in LO. 
If you can, please test bug 113560.

> I still can't sign an existing pdf (I get error messages like
> something-or-other.tmp does not exist.)
That's bug 130354 from LO 6.4.

> And LO still doesn't see *any* certificates stored in Kleopatra, so I can't
> use gpg keys.
> number of certificates, my own is a certified, valid OpenPGP certificate.
PDF sign works with X509 and not with GPG/OpenPGP. Bug 113278 and Bug 115884. 
But I confirm that, if Kleopatra is installed with GPG4Win, LO 6.3 starts
Kleopatra with Start Cetificate Manager .. but it doesn't show all X.509
certificates. I mentioned that in bug 113560. But some people saw it although
could't sign. So it should be clear what's the filter. 

(In reply to Dvorak David from comment #5)
> I can confirm it - in Linux LO don't detect personal certificate. 
That's another issue. Please search and report for Linux if not already in
bugs. 

> In all cases there is the same result => don't see personal certificate. It
> doesn't matter if personal certificate is installed in Thunderbird or
> Firefox. LO correctly detect path from
> "Tools=>options=>security=>certificate path", but window in dialogue for
> select certificate is empty.
Tools => Options => Security => Certificate Path doesn't exist in Windows. I
guess Linux only, should be in Help. 

Comment 8 and comment 9 need to be tested more and be part of Help.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200529/8fa5fbf5/attachment-0001.htm>