Bug 141795 - Writer hangs when I delete a line break within a table
Summary: Writer hangs when I delete a line break within a table
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.1.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-04-21 09:56 UTC by Matthias Mittelstein
Modified: 2021-11-19 05:19 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Matthias Mittelstein 2021-04-21 09:56:38 UTC
Description:
I created a document with lots of cut&paste operation and editing. Now Writers hangs, when I try to delete some specific line breaks.

Steps to Reproduce:
Environment: MS Windows 10, 64 bit, LibreOffice 7.0.4

I started with four new Writer-documents and a text source.

The text source is a data export from „telegram“ messenger using Telegram Desktop. The export function created a directory tree. Each chat gets a sub-folder with a HTML-file and further sub-folders for photos and voice messages. I opened the HTML-files with a double-click which uses Microsoft Edge Version 90.0.818.41 on my computer.

I used three intermediate Writer documents which I filled via copy&pasted from the char protocols in the edge windows.

The main document has a few lines of introduction and then a table with two columns and many rows. I entered plain text in some of the cells of the left side. I filled the columns on the right side with fragments of the chat protocols by using cut&paste. In a first phase I moved longer runs of the protocol from the inter mediate files into table cells. The I used → Tabelle → Einfügen → oberhalb und → Tabelle → Einfügen → unterhalb quite often and moved parts of the text of existing cells into new cells. Then I started to delete some parts. After several hours Write hang (endless loop occupien one core of my 4 core CPU). I had to kill the program and recover the document. When trying to countiue editing Write hang more and more often. Finally I had a document, which I could open and Write hang after deleting a single linebreak. 

Upgrading to 7.1.1.2 did not help.

Storing the document as .docx and starting from there did not help.

Storing the document as .html truncated the document. So I have a document with many hours of work, which I cannot use any longer.

The document is some 28 pages long. Technically I would be able to repair the .html-document using a text-editor to recover at least ¾ of the document. But with 340 Kbytes of HTML I will not start trying.


I assume that the document has several structural errors which got worse and ever worse during editing. 

I am sorry but because of the private content I cannot send in the document. And as the document cannot be edited any longer I cannot remove private text fragments any longer.

Also I do not know how to look at the internal structure used by Writer.

Looking for the origin I found one spot:
The HTML created by the “telegram desktop” tool contained something like:

<div class="media_wrap clearfix">
. <a class="media clearfix pull_left block_link media_voice_message" href="../../chats/chat_04/voice_messages/audio_1@11-04-2021_12-41-51.ogg">
. . <div class="fill pull_left">
. . </div>
. . <div class="body">
. . . <div class="title bold">
. . . . Voice message
. . . </div>
. . . <div class="status details">
. . . . 01:10
. . . </div>
. . </div>
. </a>
</div>

(line breaks and dots inserted by me.)

When I copy&paste the whole html-file into an new Writer document and save that as .html and search for the corresponding location, I find:

<p style="margin-left: 2.91cm; margin-bottom: 0cm; line-height: 100%">
. <spacer type="block" align="left" width="48" height="48">
. . <span style="display: inline-block; border: none; padding: 0cm">
. . . <span style="font-variant: normal">
. . . . <font color="#212121">
. . . . . <span style="text-decoration: none">
. . . . . . <font face="Open Sans, Lucida Grande, Lucida Sans Unicode, Arial, Helvetica, Verdana, sans-serif">
. . . . . . . <font size="2" style="font-size: 10pt">
. . . . . . . . <span style="letter-spacing: normal">
. . . . . . . . . <span style="font-style: normal">
. . . . . . . . . . <b>
. . . . . . . . . . . Voice message
. . . . . . . . . . </span>
. . . . . . . . . </b>
. . . . . . . . </span>
. . . . . . . </span>
. . . . . . </font>
. . . . . </font>
. . . . </span>
. . . </font>
. . </span>
. </p>
. <p style="margin-bottom: 0cm; line-height: 100%">
. . <span style="display: inline-block; border: none; padding: 0cm">
. . . <span style="font-variant: normal">
. . . . <font color="#70777b">
. . . . . <span style="text-decoration: none">
. . . . . . <font face="Open Sans, Lucida Grande, Lucida Sans Unicode, Arial, Helvetica, Verdana, sans-serif">
. . . . . . . <font size="2" style="font-size: 9pt">
. . . . . . . . <span style="letter-spacing: normal">
. . . . . . . . . <span style="font-style: normal">
. . . . . . . . . . <span style="font-weight: normal">
. . . . . . . . . . . 01:10
. . . . . . . . . . </span>
. . . . . . . . . </span>
. . . . . . . . </span>
. . . . . . . </span>
. . . . . . </font>
. . . . . </font>
. . . . </span>
. . . </font>
. . </span>
. </p>
</div>

(line breaks and dots inserted by me.)

And here I see a couple of dangerous spots:

A) In the sequence of </b>,</font> and </span> the order should be reverse to the sequence of <b>, <font> and <span>. But the order does not match! By that the spans of bolded text or text with font attributes are not nested but overlap partially.

B) <spacer> is depreciated and should have a closing.

C) The two outer levels of markers are
<p> <spacer> … </p><p> … </p> <div>

Actual Results:
locate cursor ; press DEL key ; Writer hangs with full utilization of one core of my CPU.

Expected Results:
Do not hang.

Optional: have a tool to repair structure of document.


Reproducible: Always


User Profile Reset: No



Additional Info:
It did not use the OpenGL test program, because it wants to get 9,99$ per month.

I have the problem only with this document.
Comment 1 Xisco Faulí 2021-04-21 13:48:38 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 2 QA Administrators 2021-10-19 03:42:17 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2021-11-19 05:19:21 UTC
Dear Matthias Mittelstein,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp