Bug 147820 - LibreOffice crashes when trying to rename file for new save
Summary: LibreOffice crashes when trying to rename file for new save
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4 all versions
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Crash
  Show dependency treegraph
 
Reported: 2022-03-07 07:40 UTC by David Sjölin
Modified: 2023-10-25 07:02 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot from just after crash, in safe mode. (778.96 KB, image/png)
2022-03-11 12:22 UTC, David Sjölin
Details
Just before rename and crash (132.12 KB, image/png)
2022-03-11 12:23 UTC, David Sjölin
Details
The safe mode options that I choose, just before choosing "Continue in Safe Mode" (60.70 KB, image/png)
2022-03-11 12:24 UTC, David Sjölin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description David Sjölin 2022-03-07 07:40:11 UTC
I write a sort of diary of what I do during the week for work (for time reporting). So this morning as most Monday's I open LibreOffice Writer, write a heading, and when I started working that day.

I then click save, go to the folder where I keep my "diary" files, change file type from "ODF Text Document" to "All Files", select and existing file and change the name (just change the week number). But when I delete the week number from the filename LibreOffice crashes.

This has happened before, and this morning it's happened twice so far so it should be reproducable.

This is on Ubuntu 20.04 LTS, "gnome-session-flashback", using LibreOffice 6.4.

I've written down the steps to reproduce here:

1. Open a new file (i.e. start LibreOffice empty with document mode open)
2. Type a couple of sentences
3. Click save
4. Go to the folder you want to save the file in (an existing folder, but not the default one)
5. Change the dropdown at the bottom left from odt-format too "All files"
6. Choose an existing file, and rename it.
7. When I do this, LibreOffice crashes. When I restart, what I typed hasn't been auto-saved yet.
Comment 1 Xisco Faulí 2022-03-09 11:36:57 UTC
Thank you for reporting the bug.
it seems you're using an old version of LibreOffice.
Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Comment 2 David Sjölin 2022-03-10 13:40:25 UTC
I tried with version 7.2.5.2-2 (latest stable if I understood correctly), and the bug was easily reproducible there.
Comment 3 Timur 2022-03-11 12:08:07 UTC
I don't reproduce with LO 7.2 GTK3 in Ubuntu 18.04. 
Please test Help-Restart in Safe mode and profile rename/delete. 
If still repro, please attach a screencast.
Comment 4 David Sjölin 2022-03-11 12:22:41 UTC
Created attachment 178811 [details]
Screenshot from just after crash, in safe mode.

I'm not sure which screenshot you want so I'll attach a few, including just before and just after the crash. The crash occurs when I delete two letters from the old filename to rename it. I select an existing file called e.g. "VadJagHarGjortV10.docx" and delete "10" (with backspace) and then it crashes. It's very easy to reproduce on my installation unfortunately.

It might be that it only happens when I have only this document, newly created and just started LibreOffice as this is something I do on Monday morning when I start working.
Comment 5 David Sjölin 2022-03-11 12:23:16 UTC
Created attachment 178812 [details]
Just before rename and crash
Comment 6 David Sjölin 2022-03-11 12:24:22 UTC
Created attachment 178813 [details]
The safe mode options that I choose, just before choosing "Continue in Safe Mode"
Comment 7 QA Administrators 2022-03-12 03:39:04 UTC Comment hidden (obsolete)
Comment 8 Stéphane Guillou (stragu) 2023-10-24 20:33:35 UTC
Not reproduced either on Ubuntu 20.02 with:

Version: 6.4.7.2
Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; 
Locale: en-AU (en_AU.UTF-8); UI-Language: en-US
Calc: threaded

Nor with 7.6.2.1.

Can you please test with a recent version, preferably the latest of 7.6?
Comment 9 David Sjölin 2023-10-25 06:19:02 UTC
Hello!

It's funny that you've never been able to reproduce the issue because I could always reproduce it very easily. However now it seems to have been fixed. I'm now on version 7.3.7.2 on Ubuntu 22.04 LTS and now I can no longer reproduce it. 

So even though I'm sure it was a bug since it was easy to reproduce both intentionally and when I didn't think about it and crashed my new document before, it doesn't seem to exist anymore, so you can close this bug.
Comment 10 Stéphane Guillou (stragu) 2023-10-25 07:02:41 UTC
Thank you for re-testing. I'm wondering if it was a Gnome issue with the length of the name match dropdown that appears below the field. But even with a long list of matches like in your example, I couldn't reproduce.
Let's mark as "works for me".