Home
last modified time | relevance | path

Searched hist:"1 b373359" (Results 1 – 2 of 2) sorted by relevance

/aoo42x/main/xmlsecurity/source/xmlsec/nss/
H A Dnssinitializer.cxxdiff 1b373359 Sat Jan 16 13:11:53 UTC 2016 Damjan Jovanovic <damjan@apache.org> #i125431# "The Password is incorrect. The file cannot be opened."

Fix a serious cross-platform regression caused during SeaMonkey's removal
and first released in version 4.1.0, where all features provided by NSS
(like opening and saving encrypted documents, digital signatures, etc.)
were failing.

SYSTEM_MOZILLA doesn't exist any more, yet was being used to check whether
to skip loading nssckbi when SECMOD_HasRootCerts() is true, so we were
always attempting to load it even when not necessary. Also with
SYSTEM_MOZILLA skipping loading it from the system path, we were
always trying to load it from "${OOO_BASE_DIR}/program/libnssckbi.so"
even when it wasn't there because --with-system-nss was passed to
./configure.

This patch fixes the above problems by using SYSTEM_NSS instead of
SYSTEM_MOZILLA, which actually exists, now both skipping loading
nssckbi when unnecessary, and loading it from the right place
when necessary.

Patch-by: me



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1724971 13f79535-47bb-0310-9956-ffa450edef68
H A Dmakefile.mkdiff 1b373359 Sat Jan 16 13:11:53 UTC 2016 Damjan Jovanovic <damjan@apache.org> #i125431# "The Password is incorrect. The file cannot be opened."

Fix a serious cross-platform regression caused during SeaMonkey's removal
and first released in version 4.1.0, where all features provided by NSS
(like opening and saving encrypted documents, digital signatures, etc.)
were failing.

SYSTEM_MOZILLA doesn't exist any more, yet was being used to check whether
to skip loading nssckbi when SECMOD_HasRootCerts() is true, so we were
always attempting to load it even when not necessary. Also with
SYSTEM_MOZILLA skipping loading it from the system path, we were
always trying to load it from "${OOO_BASE_DIR}/program/libnssckbi.so"
even when it wasn't there because --with-system-nss was passed to
./configure.

This patch fixes the above problems by using SYSTEM_NSS instead of
SYSTEM_MOZILLA, which actually exists, now both skipping loading
nssckbi when unnecessary, and loading it from the right place
when necessary.

Patch-by: me



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1724971 13f79535-47bb-0310-9956-ffa450edef68

Completed in 19 milliseconds