Bug 151307 - Mac Address Book ODB file causes crash in LO when contact data edited in Contacts.app(macOS)
Summary: Mac Address Book ODB file causes crash in LO when contact data edited in Cont...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
7.3.6.2 release
Hardware: ARM macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, haveBacktrace
Depends on:
Blocks:
 
Reported: 2022-10-03 10:40 UTC by Alex Thurgood
Modified: 2023-12-21 13:38 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Backtrace with lldb (83.49 KB, text/plain)
2023-04-06 15:03 UTC, Alex Thurgood
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alex Thurgood 2022-10-03 10:40:09 UTC
Description:
Editing or deleting a contact from the Contacts.app causes a Mac Address Book ODB file to crash LO when attempting to open the table view.

Steps to Reproduce:
1. Create a macab address book ODB file (using the DB wizard, and connect to "OSX address book). Open the only visible table under Tables, for viewing of the data.
2. Close the ODB file and quit LO completely.
3. Open the Contacts.app and edit or delete an entry. Close the Contacts.app.
4. Now reload the macab address book ODB file into LO, and try to display the table.
5. Instant crash, error message that LO needs to be restarted or reinstalled, and then recovery dialog is displayed.


Actual Results:
Crash of LO when attempting to display a table for which the data has changed in the underlying Contacts.app

Expected Results:
No crash should occur.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 7.3.6.2 / LibreOffice Community
Build ID: c28ca90fd6e1a19e189fc16c05f8f8924961e12e
CPU threads: 8; OS: Mac OS X 12.6; UI render: default; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded
Comment 1 Alex Thurgood 2022-10-03 10:42:23 UTC
Additional information : if the user accepts to recover the file, a crash no longer occurs on the next attempt to display the table contents from the ODB file.

If the user opens the same ODB file in another version of LO that didn't previously open that file (e.g. LO7412 for Mac aarch64), the table content is displayed correctly.
Comment 2 Alex Thurgood 2023-04-06 15:03:26 UTC
Created attachment 186521 [details]
Backtrace with lldb

Managed to get a backtrace when running with LODev.
Comment 3 kdub 2023-11-09 17:53:53 UTC
Hi Alex,

This could potentially be a ARM issue. I just tried doing the exact steps you mentioned, and it worked fine for me with no crash.

Info:

Version: 7.6.2.1 (X86_64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 12; OS: Mac OS X 13.5; UI render: Skia/Metal; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 4 Alex Thurgood 2023-12-21 13:38:40 UTC
Still happening with

LibreOfficeDev

Version: 24.2.0.0.alpha0+ (AARCH64) / LibreOffice Community
Build ID: 31fb3045dabdb27d913712f3abcade315e3ea9bd
CPU threads: 8; OS: macOS 14.1.1; UI render: Skia/Raster; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); UI: en-US
Calc: threaded