Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | MacOS: Application crashes 30 seconds after opening if "check for automatic updates" is turned on | ||
---|---|---|---|
Product: | Writer | Reporter: | sundialservices <miker> |
Component: | programming | Assignee: | AOO issues mailing list <issues> |
Status: | REOPENED --- | QA Contact: | |
Severity: | Normal | ||
Priority: | P5 (lowest) | CC: | damjan, mseidel, oooforum |
Version: | 4.1.13 | Keywords: | crash |
Target Milestone: | --- | ||
Hardware: | Mac | ||
OS: | macOS 12.0 | ||
See Also: |
https://bz.apache.org/ooo/show_bug.cgi?id=127154 https://bz.apache.org/ooo/show_bug.cgi?id=128591 |
||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
sundialservices
2022-08-22 20:00:24 UTC
Not reproduced. Reset the user profile and try again See https://forum.openoffice.org/en/forum/viewtopic.php?t=91965 and Q02 This is a problem reported by many Apple users on Intel platform. This does NOT happen on Apple M1 when AOO is run via Rosetta 2. See: https://bz.apache.org/ooo/show_bug.cgi?id=128591 Maybe we have the same root problem here? Problem #128591 is probably a duplicate of this issue. The real problem here is that OpenOffice allows an exception to percolate all the way to the top – to the operating system, which responds by killing the entire process. No matter what actually happens during the "automatic update" process, OO should "try" it, and "catch" anything that goes wrong. Right now it doesn't. (In reply to Matthias Seidel from comment #3) > See: > https://bz.apache.org/ooo/show_bug.cgi?id=128591 > > Maybe we have the same root problem here? No it's not. The port of WebDAV to Curl and OpenSSL was only done on trunk, and wasn't backported to AOO41X or AOO42X. This was reported with version 4.1.13, and even in the stack trace pasted here, you can see it's using Serf instead of Curl. The crash here happens during the custom certificate verification process our WebDAV content provider uses, and happens within NSS. The Linux crash in bug 128591 happens earlier, while Curl calls into OpenSSL during the connection process, before reaching our custom certificate verification callback. 0 libplds4.dylib 0x16859d0a5 PL_HashTableLookupConst + 16 1 libnssutil3.dylib 0x168a273da SECOID_FindOID_Util + 25 2 libsmime3.dylib 0x1688c95b0 CERT_DecodeCertPackage + 335 3 libnss3.dylib 0x168ed7b40 0x168e14000 + 801600 4 libnss3.dylib 0x168ed7de3 0x168e14000 + 802275 5 libnss3.dylib 0x168ed3ed0 0x168e14000 + 786128 6 libnss3.dylib 0x168ed4cca 0x168e14000 + 789706 7 libnss3.dylib 0x168ea0ef0 0x168e14000 + 577264 8 libnss3.dylib 0x168e9f631 0x168e14000 + 570929 9 libnss3.dylib 0x168e9d9f4 0x168e14000 + 563700 10 libnss3.dylib 0x168e24b8d CERT_PKIXVerifyCert + 1437 11 libxsec_xmlsec.dylib 0x1689ba337 SecurityEnvironment_NssImpl::verifyCertificate(com::sun::star::uno::Reference<com::sun::star::security::XCertificate> const&, com::sun::star::uno::Sequence<com::sun::star::uno::Reference<com::sun::star::security::XCertificate> > const&) + 1735 12 libucpdav1.dylib 0x1687bbece http_dav_ucp::SerfSession::verifySerfCertificateChain(int, serf_ssl_certificate_t const* const*, int) + 2398 |