[Libreoffice-bugs] [Bug 90142] Recovery gets to the point of "successful". After "Finish" is pressed, Writer aborts.

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=90142

--- Comment #5 from david.fraser at horiba.com ---
I have found the same or a similar bug with LibreOffice 5.2.5, 5.3.5, and 5.4.0
(Win_x64 or Win_x86), using Windows 7 Professional 2009 64-bit version with
Service pack 1, or Windows XP Professional 2002 SP 3, respectively.

This is with a Writer document about 3 MB in size, 118 pages. It has several
tables already, and opens and can be edited OK. I then select a space with just
a two or more lines, and copy and paste a 2x7 table with text into that space,
or create a new table and then enter text into the table. I save the file with
a new name: filename.odt.  The file seems to save OK.  I close the file. When I
try to open the new file, the file opens, and the cursor line blinks a few
times on the first text and then the cursor line remains fixed, and I also see
a spinning blue circle.  When I try to do anything else such as click anywhere,
or go to another page, I see the message "Not Responding", and the file image
becomes semi-transparent (or faded).  When I close the message, the file is
still not responsive, and "Not Responding" is added to the file name on the
title bar.  When I close the file, I see a new file ".~lock.filename.odt#".

If Windows Explorer is sorted by Date Modified, and a ".~lock.filename.odt#"
file is a more recent file, then when I try to open any Writer file in the same
folder whether there is a corresponding ".~lock.filename.odt#" or not, I see a
LibeOffice (e.g.:) 5.4 Document Recovery window with a list "Status of
recovered documents" showing documents and Status = "Not recovered yet".  I
have to discard each document in this list, and then I can open the Writer file
I want.  If I then open any of the files discarded, it just shows Not
Responding and creates a ".~lock.filename.odt#" file again.

I have tried several partial workaround attempts, such as creating a new 2x7
table in the desired location, but not entering text, and the file saves OK,
and I can close and open the file and move around in the file.  But when I
entered text into the newly created table, save and closed the file, and opened
the file again, it is now Not Responding.  In one case instead of creating a
new table, I just inserted 30 new lines in the desired location, save, closed,
and opened the file - now Not Responding.

Noting the previous report, I checked that I am not inserting a table into an
existing table by moving the cursor along the left edge of the page to see if
would change to a black arrow pointing diagonally down indicating an existing
table.  I made sure that the cursor did not show this when I created or pasted
any tables in my above description.

The above description is reproducible, but various workaround attempts are not
always predictable whether the file will become Not Responding.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170811/84ddfd58/attachment.html>