Bug 161877 - Empty headings in Navigator after moving chapter up/down
Summary: Empty headings in Navigator after moving chapter up/down
Status: CLOSED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.4.4.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-07-02 22:12 UTC by Tedo Vrbanec
Modified: 2024-08-01 05:26 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
How does a bug manifest (910.32 KB, video/mkv)
2024-07-24 15:57 UTC, Tedo Vrbanec
Details
can't reproduce with this sample ODT (58.36 KB, application/vnd.oasis.opendocument.text)
2024-07-25 00:51 UTC, Stéphane Guillou (stragu)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tedo Vrbanec 2024-07-02 22:12:46 UTC
Description:
After LibreOffice crashed, some chapters are missing, and the Navigation panel have phantom empty entries.

Steps to Reproduce:
1. Make document with four level headings, with some text.
2. In Navigation panel try to reorganize chapters promoting, demoting, moving up and down, it will soon break LO Writer and whole LO document will be closed.
3. LO begin automatic recovery, but after opening document, some chapters are missing and phantom emptx headings are visible in the Navigation panel.

Actual Results:
Missing chapters, phantom empty headings.

Expected Results:
As supposed by name of the tools, as always before (and I am using this features for two decades), it should reorganize document structure.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
[Information automatically included from LibreOffice]
Locale: hr
Module: TextDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes

[Information from Help - About LibreOffice]
Version: 7.4.4.2 / LibreOffice Community
Build ID: 40(Build:2)
CPU threads: 16; OS: Linux 5.16; UI render: default; VCL: gtk3
Locale: hr-HR (hr_HR.UTF-8); UI: hr-HR
Debian package version: 1:7.4.4~rc2-2~bpo11+3
Calc: threaded
Comment 1 Tedo Vrbanec 2024-07-02 22:15:58 UTC
It should be marked as a critical bug, at least a major one. I am losing data and not getting what I command.
Comment 2 Xisco Faulí 2024-07-03 07:28:13 UTC
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(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.)
Comment 3 Julien Nabet 2024-07-03 14:18:13 UTC
Do you use Debian stable? Indeed 7.4.4 is EOL.
"stable" is more for production servers.

If it's your personal machine and not a production server, you may try "testing", it's a good compromise between stability of "stable" and "up-to-date" from "SID".

Last versions are 7.6.7 or brand new LO 24.2.4 (Debian testing proposes 24.2.4).
Comment 4 Tedo Vrbanec 2024-07-03 14:23:41 UTC
(In reply to Xisco Faulí from comment #2)
> Thank you for reporting the bug. Please attach a sample document, as this
> makes it easier for us to verify the bug. 
> I have set the bug's status to 'NEEDINFO'. Please change it back to
> 'UNCONFIRMED' once the requested document is provided.
> (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'm very sorry, but I can't share the document with anyone because it's a PHD thesis.
Comment 5 Tedo Vrbanec 2024-07-03 14:27:22 UTC
(In reply to Julien Nabet from comment #3)
> Do you use Debian stable? Indeed 7.4.4 is EOL.
> "stable" is more for production servers.
> 
> If it's your personal machine and not a production server, you may try
> "testing", it's a good compromise between stability of "stable" and
> "up-to-date" from "SID".
> 
> Last versions are 7.6.7 or brand new LO 24.2.4 (Debian testing proposes
> 24.2.4).

Yes, it is Debian stable. I used both testing and sid, but in my current situation I cannot risk anything, as I can't spend time on upgrades and the latter settings.
Comment 6 Tedo Vrbanec 2024-07-03 14:31:42 UTC
Who is crazy here? Lo went with 7.4. at 24.2.
How?
Comment 7 Julien Nabet 2024-07-03 15:03:39 UTC
(In reply to Tedo Vrbanec from comment #6)
> Who is crazy here? Lo went with 7.4. at 24.2.
> How?

Quote from https://blog.documentfoundation.org/blog/2023/08/21/libreoffice-7-6-community/
"Starting from 2024, TDF will adopt calendar based-release numbering, so the next major release will be LibreOffice 24.2 in February 2024."
Comment 8 Julien Nabet 2024-07-03 15:06:28 UTC
(In reply to Tedo Vrbanec from comment #5)
> ...
> Yes, it is Debian stable. I used both testing and sid, but in my current
> situation I cannot risk anything, as I can't spend time on upgrades and the
> latter settings.

Since it's an important document for you, I suppose you make regular backups of the file.
For the rest, if you don't have time to test this on a machine with a more recent LO version, I can't help here => uncc myself.
Comment 9 Tedo Vrbanec 2024-07-03 15:09:19 UTC
(In reply to Julien Nabet from comment #7)
> (In reply to Tedo Vrbanec from comment #6)
> > Who is crazy here? Lo went with 7.4. at 24.2.
> > How?
> 
> Quote from
> https://blog.documentfoundation.org/blog/2023/08/21/libreoffice-7-6-
> community/
> "Starting from 2024, TDF will adopt calendar based-release numbering, so the
> next major release will be LibreOffice 24.2 in February 2024."

When I was studying in the late 90s, such a numeration would be heresy.
Comment 10 Tedo Vrbanec 2024-07-03 15:13:41 UTC
(In reply to Julien Nabet from comment #8)
> (In reply to Tedo Vrbanec from comment #5)
> > ...
> > Yes, it is Debian stable. I used both testing and sid, but in my current
> > situation I cannot risk anything, as I can't spend time on upgrades and the
> > latter settings.
> 
> Since it's an important document for you, I suppose you make regular backups
> of the file.
> For the rest, if you don't have time to test this on a machine with a more
> recent LO version, I can't help here => uncc myself.

Yes, I do backup, but it's something that should never happen. We can be ostriches and bury our heads in the sand, but that is not a solution. I'm afraid the same bug will be in the new version because no one has noticed it (regression).
Comment 11 Tedo Vrbanec 2024-07-03 15:17:16 UTC
(In reply to Julien Nabet from comment #3)
> Do you use Debian stable? Indeed 7.4.4 is EOL.
> "stable" is more for production servers.
> 
> If it's your personal machine and not a production server, you may try
> "testing", it's a good compromise between stability of "stable" and
> "up-to-date" from "SID".
> 
> Last versions are 7.6.7 or brand new LO 24.2.4 (Debian testing proposes
> 24.2.4).

OK, I installed 24.2.4, but the language package is not in deb, only in rpm.
Comment 12 QA Administrators 2024-07-04 03:15:31 UTC Comment hidden (obsolete)
Comment 13 Tedo Vrbanec 2024-07-04 05:09:53 UTC
I updated my computer to Debian 12 and installed LO 24.2, but the problem still stands. Move up/down does not work properly: chapters disappear and leave phantom empty titles in the navigation frame.
Comment 14 Regina Henschel 2024-07-04 11:07:08 UTC
Do you use the buttons to move the chapters, or do you drag and drop an entry in the list in the Navigator?
Comment 15 Tedo Vrbanec 2024-07-04 13:04:19 UTC
(In reply to Regina Henschel from comment #14)
> Do you use the buttons to move the chapters, or do you drag and drop an
> entry in the list in the Navigator?

I used buttons for these actions.
Comment 16 Tedo Vrbanec 2024-07-04 20:20:52 UTC
If nothing else, the Writer is not crashing at 24.2. The only bug left is that it leaves empty titles in Navigator, and for that, I have found a workaround: while hovering over an empty title, the Writer marks the paragraph to which it belongs (highlights it). The solution is to cut off the whole paragraph and paste it again as unformed text.
So, some hidden heading object is left while moving up/down the paragraph.
Comment 17 Stéphane Guillou (stragu) 2024-07-24 12:03:22 UTC
(In reply to Tedo Vrbanec from comment #16)
> If nothing else, the Writer is not crashing at 24.2.
Maybe the fix for bug 154232 helped.

> The only bug left is
> that it leaves empty titles in Navigator, and for that, I have found a
> workaround: while hovering over an empty title, the Writer marks the
> paragraph to which it belongs (highlights it). The solution is to cut off
> the whole paragraph and paste it again as unformed text.
Looks like there is a leftover empty paragraph that has a heading style.
Can you provide a sequence of steps that reproduces this consistently?
I have tried to no avail in:

Version: 24.2.5.2 (X86_64) / LibreOffice Community
Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded
Comment 18 Tedo Vrbanec 2024-07-24 15:57:28 UTC
Created attachment 195477 [details]
How does a bug manifest

In response to the question I can say that this is always happening to me.
I am now using LO 24.2.5-1~bpo12+1 (debian backport).
Comment 19 Stéphane Guillou (stragu) 2024-07-25 00:51:04 UTC
Created attachment 195480 [details]
can't reproduce with this sample ODT

(In reply to Tedo Vrbanec from comment #18)
> Created attachment 195477 [details]
Thanks for the video.
I tried with the attached document I created: some dummy text, Navigator with Content Navigation View turned on, headings to ressemble your structure. But couldn't reproduce.
So there must be something in your document that I'm missing. The best way forward would be to reduce your example (and replace the text if you don't want to share that) to a small file that you're happy to share and in which you can still reproduce the issue.
Or identify what it is in your document that makes a difference. (e.g what is around that specific heading you are moving?)

Thank you!
Comment 20 Tedo Vrbanec 2024-07-25 12:00:07 UTC
Unfortunately, I cannot reproduce it on another document, only on mine which I cannot share. I use the Zotero Plugin, sections, and various page styles, so I thought it might be that problem, but I didn't find it.
I'm sorry.
Comment 21 Stéphane Guillou (stragu) 2024-07-25 13:47:19 UTC
(In reply to Tedo Vrbanec from comment #20)
> Unfortunately, I cannot reproduce it on another document, only on mine which
> I cannot share.
One thing you could do is sanitize it before sharing it, if you are comfortable with that. See https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission#Sanitize_file_text in particular, but the rest of the page might apply.

I changed the summary to focus on the remaining issue.
Comment 22 Tedo Vrbanec 2024-07-25 15:23:12 UTC
Find & Replace has been going on for hours, using only one core, although I have 16. In the meantime, I cannot work in Writer because it does not open any documents.
LO is in free fall for a while.
I will try it again overnight.
Comment 23 Tedo Vrbanec 2024-07-25 17:08:46 UTC
After the document sanitation (Search & Replace all alphanumerics with the x), the problem disappeared. Since developers cannot deal with the bug they do not see, I suggest closing the case because I am not able to submit a document in which the problem arises.
Thanks for the enthusiasm. :)
Comment 24 QA Administrators 2024-07-26 03:16:35 UTC Comment hidden (obsolete)
Comment 25 Stéphane Guillou (stragu) 2024-07-30 06:06:47 UTC
Thank you for trying.
I am closing the report as "resolved - insufficient data", but please feel free to set back to "unconfirmed" if you are able to provide more information.

Jim, copying you in just in case the video + your knowledge in that area gives you a hint about what could trigger the issue.
Comment 26 Tedo Vrbanec 2024-07-30 14:36:38 UTC
Unprovoked, except that I noticed an update of libreoffice-gtk3 along with some other packages, the problem disappeared.
Twilight Zone. The problem is probably only with my computer, i.e. the operating system. I'm thinking of switching to Arch in the mid-term future. I have been on Debian since 2001.
Comment 27 Jim Raykowski 2024-08-01 05:26:20 UTC
(In reply to Stéphane Guillou (stragu) from comment #25)
> Jim, copying you in just in case the video + your knowledge in that area
> gives you a hint about what could trigger the issue.
If there was only one empty heading after the move I would guess record track changes was on and show tracked changes was off. Two empty headings after the move is a mystery to me.