Bug 91993 - CPU at 100% when frames need to be moved.
Summary: CPU at 100% when frames need to be moved.
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.3.2 release
Hardware: x86-64 (AMD64) All
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: haveBacktrace
Depends on:
Blocks: Performance CPU-AT-100%
  Show dependency treegraph
 
Reported: 2015-06-10 21:28 UTC by Jon
Modified: 2024-04-25 06:39 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
odt that includes images, frames, and columns. (1.21 MB, application/vnd.oasis.opendocument.text)
2015-06-10 21:28 UTC, Jon
Details
Recreated the file with version 5 (1.21 MB, application/vnd.oasis.opendocument.text)
2016-09-20 16:09 UTC, Jon
Details
backtrace master 5.3 - 3x without and with page heap and full (21.82 KB, text/plain)
2016-09-22 17:01 UTC, Timur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jon 2015-06-10 21:28:51 UTC
Created attachment 116449 [details]
odt that includes images, frames, and columns.

See the attached file, which includes images in frames, which are anchored as characters. These are layed out in 3 columns. If text is changed below the top left image to include an entered newline, LO freezes. Tested with LO 4.4.3.2 and some previous versions, on Linux Mint DE and Ubuntu 14.4.

To reproduce, open the attached file, place the cursor behind the text "Top left image" and press enter. LO locks up, CPU usage goes to 100% (on one processor).
Comment 1 Buovjaga 2015-06-12 10:00:16 UTC
Reproduced freeze by entering new line after "top left image" text. Could not get a backtrace.

Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+
Build ID: 5fc0cbbc1254223fedf0f78c5e7539219b228697
TinderBox: Win-x86@39, Branch:master, Time: 2015-06-11_04:30:51
Locale: fi-FI (fi_FI)
Comment 2 QA Administrators 2016-09-20 10:02:28 UTC Comment hidden (obsolete)
Comment 3 Jon 2016-09-20 16:09:26 UTC
Created attachment 127476 [details]
Recreated the file with version 5
Comment 4 Jon 2016-09-20 16:14:34 UTC
This bug is still present in version 5.2.1.2 on Windows 7 when opening the old file that was created with version 4.4.

However, I recreated the file from scratch using version 5 (attached), and this bug is not present in that file.
Comment 5 Timur 2016-09-22 17:01:37 UTC
Created attachment 127553 [details]
backtrace master 5.3 - 3x without and with page heap and full
Comment 6 Xisco Faulí 2017-09-29 08:50:43 UTC Comment hidden (obsolete)
Comment 7 sdc.blanco 2019-10-30 01:50:00 UTC
Repro of comment 4  
i.e., with original test file, after hitting enter, CPU increaes to 30%, LO does not respond (needed to stop program).
With test file created from version 5, no problems.

Version: 6.3.3.1 (x64)
Build ID: f41f4c7f9507aeca13cb9df51f34d80e8ba30a99
CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win;


Maybe this bug should be closed as "worksforme" ?
Comment 8 QA Administrators 2021-10-30 04:37:24 UTC Comment hidden (obsolete)
Comment 9 sdc.blanco 2021-12-21 11:56:10 UTC
Still no problem with file from version 5 (comment 3).

Tested with:
Version: 7.2.5.1 (x64) / LibreOffice Community
Build ID: 6d497ff5e83a906a307eb25cce314d40c0b8624f
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: da-DK (en_DK); UI: en-US
Calc: threaded

(problem with freezing in version 4. 
1. place cursor after Top Left Image
2. Press Enter (no problem)
3. Press Backspace
4. Press Enter  (freezes)

(sometimes have to repeat one or two times, but reliably can make version 4 freeze).

Will close as WORKSFORME -- because works for version 5.