Bug 118732 - Calc crashed and hung when restarted after using forward slashes in file name
Summary: Calc crashed and hung when restarted after using forward slashes in file name
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.2.0.0.alpha0+
Hardware: x86-64 (AMD64) macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-07-12 15:45 UTC by Doug
Modified: 2018-09-14 11:15 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Actual file that caused me problems (26.21 KB, application/vnd.oasis.opendocument.spreadsheet)
2018-07-14 00:40 UTC, Doug
Details
screenshots and dataset (1.29 MB, application/zip)
2018-07-14 17:06 UTC, Doug
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Doug 2018-07-12 15:45:24 UTC
Description:
I attempted to name a sheet with illegal characters. When I found out I couldn't use them I tried to correct the name which is when it crashed. It offered to restore the saved files and I started that process. Half an hour later LibreOffice was still not responding. I force quit the application, restarted it and everything seems ok now. I recovered this error message. Jul 12 11:30:50 Douglass-MacBook-Pro com.apple.xpc.launchd[1] (org.libreoffice.script.68792[11158]): Service exited with abnormal code: 255


Steps to Reproduce:
1. I attempted to name a sheet with illegal characters. 
2. When I found out I couldn't use them I tried to correct the name which is when it crashed. 
3. It offered to restore the saved files and I started that process.

3.

Actual Results:
Data was recovered. Prolonged failure to recover initially seems like a second problem.

Expected Results:
The application should continue working despite operator failure


Reproducible: Always


User Profile Reset: No



Additional Info:
Jul 12 11:30:50 Douglass-MacBook-Pro com.apple.xpc.launchd[1] (org.libreoffice.script.68792[11158]): Service exited with abnormal code: 255
Comment 1 Xisco Faulí 2018-07-12 16:17:45 UTC
I can't reproduce it in

Version: 6.2.0.0.alpha0+
Build ID: 4b345f95ce7cb09011892bf465cfdf3811adaf8e
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group threade

So it crashes when you remove the ilegal characters?

I tried with ¿¿¿. Which characters did you use?
Comment 2 Doug 2018-07-12 20:37:09 UTC
(In reply to Xisco Faulí from comment #1)
> I can't reproduce it in
> 
> Version: 6.2.0.0.alpha0+
> Build ID: 4b345f95ce7cb09011892bf465cfdf3811adaf8e
> CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; 
> Locale: ca-ES (ca_ES.UTF-8); Calc: group threade
> 
> So it crashes when you remove the ilegal characters?
> 
> I tried with ¿¿¿. Which characters did you use?

It crashed with this file name Medtronics 1/1/2018 to 7/12/2018.ods

When I restarted it said it would recover the data but it hung and was not responding for at least 30 minutes.

I forced the application to quit and it restarted from the dock and recovered the data. I decided to save the data as an xls for distribution and again as ods for my use. When I attempted to save it this time it had no problem with this file name Medtronics 1-1-2018 to 7-12-2018.xls and then the second save as Medtronics 1-1-2018 to 7-12-2018.ods. I then closed the application.

As an aside. When I tried to reopen the file, a few hours later, in preparation for this reply I tried double-clicking on it in a Finder window. LibreOffice failed to launch and I then did launch it by clicking on the application alias in the dock.
Comment 3 Xisco Faulí 2018-07-12 21:36:46 UTC
Please attach a sample document, as this makes it easier for us to verify the bug. 
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
Comment 4 Doug 2018-07-14 00:37:11 UTC
Attached is the actual file that gave me problems.
Comment 5 Doug 2018-07-14 00:40:02 UTC
Created attachment 143543 [details]
Actual file that caused me problems

The name of the file is the final name which worked. The name that failed is documented in my original posting. This is also the file that hung LibreOffice for over half an hour before I force quit and restarted the recovery which worked the second time.
Comment 6 Doug 2018-07-14 17:04:01 UTC
It happened again with a new dataset. I was simply going to save it as untitled.ods but it crashed. It hung again when attempting a restart. This time it failed to recover the data. 

A second dataset was created from the original data via cut and paste from a text editor. This time it was saved successfully as untitled 1.ods.

Attached are screenshots following the crash when attempting to restart and the dataset.
Comment 7 Doug 2018-07-14 17:06:04 UTC
Created attachment 143547 [details]
screenshots and dataset
Comment 8 Buovjaga 2018-09-01 13:06:56 UTC
Unable to test on macOS. On Linux, using forward slashes just creates new folders.
Comment 9 Alex Thurgood 2018-09-05 07:51:49 UTC
Testing with 

Version: 6.2.0.0.alpha0+
Build ID: 0b06762ff19a804d3b86167ae3012811662412f1
CPU threads: 4; OS: Mac OS X 10.13.6; UI render: default; 
Locale: fr-FR (fr_FR.UTF-8); Calc: threaded

1) I renamed the provided test file to the file name in comment 2.

2) Opened the file in LibreOfficeDev with a right mouse button click.

3) The file loaded successfully, but the file name as shown in the main app window was renamed automatically to replace the forward slashes by colons ":".

4) Made a change to a cell, Cmd-S, saved the change, then closed the Calc sheet.

5) Shut down LibreOfficeDev.

In the Finder, the file retains the correct file name.

Seems like this is WORKSFORME, at least in master.