FS#19264 - [libreoffice] doesn't detect mozilla certificates

Attached to Project: Arch Linux
Opened by Cesar Alcalde (noalwin) - Tuesday, 27 April 2010, 11:45 GMT
Last edited by Andreas Radke (AndyRTR) - Thursday, 24 March 2011, 18:35 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
go-openoffice 3.2.0.9-2 doesn't detect mozilla certificates so users can't sign files.

Additional info:
go-openoffice 3.2.0.9-2
nss 3.12.6-1


Steps to reproduce:
Add your certificates to firefox or thunderbird.
Create a file with openoffice and try to digitally sign it. The certificate list is empty.


Solution proposed:
Setting MOZILLA_CERTIFICATE_FOLDER enviroment variable solves the issue.
Apply the soffice-detect-mozilla-certificates.diff patch from openoffice-base package ( http://repos.archlinux.org/wsvn/packages/openoffice-base/trunk/soffice-detect-mozilla-certificates.diff )
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Thursday, 24 March 2011, 18:35 GMT
Reason for closing:  Upstream
Additional comments about closing:  workaround documented here.
Comment by Andreas Radke (AndyRTR) - Monday, 07 June 2010, 16:59 GMT
please test go-oo 3.2.1.3. I was told the patch isn't required anymore.
Comment by Cesar Alcalde (noalwin) - Monday, 07 June 2010, 19:55 GMT
It still happens, I have to set MOZILLA_CERTIFICATE_FOLDER

If I set that variable, go-oo seems to work properly with my email certificate (stored on firefox), but if I try to use the certificate stored on my smart card, go-oo hangs until I remove it from the reader. But this may be caused because I'm forced to use an old version of openct wich may have compatibility problems with the version of libassuan available in repos. In firefox seems to work properly, though.

Anyway, I don't really use that feature. But others may want to use it.
Comment by Andreas Radke (AndyRTR) - Saturday, 30 October 2010, 12:30 GMT
Please check state in Libreoffice from official repos that is based on go-oo and is going to replace go-oo when it becomes final.
Comment by Cesar Alcalde (noalwin) - Saturday, 30 October 2010, 16:28 GMT
The problem still exists, you need to set the MOZILLA_CERTIFICATE_FOLDER environment variable.
Comment by Andreas Radke (AndyRTR) - Saturday, 19 February 2011, 16:15 GMT
Is this still needed? Upstream says it's not. if so please show them a test case and file an upstream issue. I'd like to close this one.
Comment by Cesar Alcalde (noalwin) - Saturday, 19 February 2011, 17:36 GMT
It still happens.

I have seen no reference in the libreoffice bugtracker, but I have seen it on the openoffice one: http://qa.openoffice.org/issues/show_bug.cgi?id=59968 (if the site is down, check in the google cache) that has the status NEW. So I guess that LibreOffice devs will also take a look to it and port the fixes, so no new report should be needed.

In the OpenOffice wiki http://wiki.services.openoffice.org/wiki/Certificate_Detection the problem is also described.

Looking in the debian patches, I have seen that the stable (2.0) and testing (2.4) versions of openoffice have the patch (which is the patch used in the arch openoffice package) but not sid (3.2) (which also has a lot less patches)

I filled this but because you added a patch to the openoffice package but not to the go-oo one. If you, according to the arch guidelines and the KISS principle, prefer to not have distribution patches close the bug (and maybe put a note in the wiki advising to add "export MOZILLA_CERTIFICATE_FOLDER=$HOME/.mozilla/firefox/XXXXXX.default/" or "export MOZILLA_CERTIFICATE_FOLDER=$HOME/.thunderbird/XXXXXX.default/" to the .bashrc file)

After all it's an upstream issue that has been documented, and I don't really use this feature :P
Comment by Andreas Radke (AndyRTR) - Thursday, 24 March 2011, 18:35 GMT
Please write down your hints into our OpenOffice wiki page, Closing this one.

Loading...