Bug 90052 - Libreoffice might hang when inserting text in narrow Writer table cell
Summary: Libreoffice might hang when inserting text in narrow Writer table cell
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: Other All
: high critical
Assignee: Not Assigned
Keywords: haveBacktrace
Depends on:
Blocks: Writer-Tables-Select
  Show dependency treegraph
Reported: 2015-03-17 08:50 UTC by Øystein Reigem
Modified: 2017-11-06 18:57 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Linux reproducer (8.32 KB, application/vnd.oasis.opendocument.text)
2015-03-30 13:45 UTC, Matthew Francis
Details backtraces from breaking into the hang (24.36 KB, text/plain)
2015-03-30 13:49 UTC, Matthew Francis

Note You need to log in before you can comment on or make changes to this bug.
Description Øystein Reigem 2015-03-17 08:50:42 UTC
I had problems with inserting new text in a table cell. I hope you can reproduce the problem with the following procedure:

Make a table.

Fill in a cell with a value of a few tens of characters.

Make the cell's column very narrow, say half an inch wide. The strings and words of the value will break across lines.

Look at the places where words break. A word will break, of course, when there's not sufficient room for the next character. There might be a little bit of space, but not enough.

Try to find a place where this little bit of space is as narrow as possible.

Click at that narrow space. The caret might appear, as it should. Then try to key in a character. Now Libreoffice might hang.

Or the caret might not show, Libreoffice having hanged already.

If Libreoffice doesn't hang, adjust the cell width to find an even narrower space at a word break, and try again.

All of Libreoffice hangs - not just Writer and the current document. Other applications might also be affected.

When it hangs I can see in my System Monitor one processor running at 100%.

I have tried it on one computer only, with

Build ID: 420m0(Build:2)

Linux Mint 17 Qiana
Ubuntu 14.04.2 LTS
Comment 1 Michael Horn 2015-03-20 06:54:43 UTC
I was able to reproduce this in LO, On Windows 7 64bit
LO Build ID: c9d2a2b7dfb33ea55477f3991915106ff8cae998

I set status to new and importance to high/critical, since it's a crash involving a commonly used feature.
Comment 2 Matthew Francis 2015-03-30 13:45:14 UTC
Created attachment 114464 [details]
Linux reproducer

I can reproduce the issue on Linux using the attached file, from the start of the 43all bibisect repository to current master

I don't have 3.3 on Linux but there's a fair chance this may be inherited from OOo
Comment 3 Matthew Francis 2015-03-30 13:49:37 UTC
Created attachment 114465 [details] backtraces from breaking into the hang
Comment 4 Matthew Francis 2015-04-07 09:17:20 UTC
Procured LO 3.3.0 for Linux, reproduced
-> Version: Inherited from OOo
Comment 5 tommy27 2016-04-16 07:25:41 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2017-05-22 13:27:28 UTC Comment hidden (obsolete)
Comment 7 Timur 2017-11-06 18:57:45 UTC
One of those happy hours when retest on lengthy message QA Administrators yields closing a bug.
Looks OK at least in