Bug 104994 - CRASH - Shared Read Only File System causes chart inserts to fail and crashes running soffice process
Summary: CRASH - Shared Read Only File System causes chart inserts to fail and crashes...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
5.2.3.3 release
Hardware: x86-64 (AMD64) macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-12-30 00:30 UTC by matthew
Modified: 2018-03-09 22:06 UTC (History)
0 users

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description matthew 2016-12-30 00:30:04 UTC 
Install LibraOffice 5.2.3.3 on MacOS X server. Share out a folder that has LibraOffice in it set the share with read only access.

From another mac connect to the server share and run LibraOffice from the share.

Create a new calc document.

Insert a chart.

Will get the following error:

LibreOffice 5.2 - Fatal Error
undid::FileFormatException for <file:.../LibreOffice.app/Contents/Resources/ure/etc/../share/misc/types.rdb>: cannot open legacy file: 6

Click the OK button and LibreOffice exits.

Go to the MacOS X server and do the same thing the chart works as expected and creates a new chart in the document.

Have not ran into any issues using any of the other tools in LibraOffice running from the read only share.
Comment 1 matthew 2016-12-30 00:31:20 UTC 
error should say:

unoidl::FileFormatException for <file:.../LibreOffice.app/Contents/Resources/ure/etc/../share/misc/types.rdb>: cannot open legacy file: 6
Comment 2 Alex Thurgood 2017-01-02 10:35:50 UTC 
@matthew : I don't have an OSX server to hand, unfortunately. A couple of questions though :

1) what kind of share did you set up on the server ? (AFS, SMB, NFS ?)
2) Do the results vary depending on the type of share ?
3) are you using the same user account each time or are different users involved ?
Comment 3 matthew 2017-01-02 19:15:59 UTC 
1) what kind of share did you set up on the server ? (AFS, SMB, NFS ?)

SMB and AFP

2) Do the results vary depending on the type of share ?

No my guess is its more related to the RO than the type of share.

3) are you using the same user account each time or are different users involved ?

Different users have been tested same results.
Comment 4 Alex Thurgood 2017-01-05 15:10:34 UTC 
So, I tested with the following setup :

Macmini mid-2010 running OSX 10.12.2
SMB shared folder containing a subfolder SHAREDAPPS in which I copied the LibreOffice.app bundle

Permissions on SHAREDAPPS are read only for all users except the admin user which has R/W privileges.

1) Connected to SHAREDAPPS share as guest from remote OSX 10.12.2 MBPro 2013 workstation.

2) Started LO.

3) Opened new Calc document.

4) Menu Insert > Chart

5) Error message is displayed as reported by the OP


Confirming.
Comment 5 Alex Thurgood 2017-01-05 15:12:00 UTC 
Also confirming that LO crashes when the OK button in the message dialog is clicked. No autorecovery is launched.
Comment 6 Alex Thurgood 2017-01-05 15:19:52 UTC 
Hmm, trying to get a backtrace from within a lldb session only shows this when the app dies :

Process 1356 exited with status = 77 (0x0000004d)
Comment 7 QA Administrators 2018-01-06 03:31:20 UTC Comment hidden (obsolete)
Comment 8 matthew 2018-02-28 22:57:18 UTC 
This issue is fixed in: 6.0.1.1

Leaving status as is since I don't have the WORKSFORME option.
Comment 9 eisa01 2018-03-09 22:06:33 UTC 
Reported as fixed by original reporter in comment #8