Bug 107391 - FILEOPEN: Images set as 'no wrap' appear floating over text
Summary: FILEOPEN: Images set as 'no wrap' appear floating over text
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.7.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords: bibisectRequest, perf, regression
Depends on:
Blocks: Anchor-and-Text-Wrap Repagination
  Show dependency treegraph
 
Reported: 2017-04-24 14:39 UTC by funk
Modified: 2017-04-24 21:16 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
screenshot of problematic document (724.28 KB, image/png)
2017-04-24 14:39 UTC, funk
Details

Note You need to log in before you can comment on or make changes to this bug.
Description funk 2017-04-24 14:39:51 UTC
Created attachment 132790 [details]
screenshot of problematic document

Document is too large for the upload, here's a download link: https://drive.google.com/uc?id=0B78BGwELLf4wVlRMLXlqT2RUdTA

This issue is specific to this document. I usually do not have issues opening docx.

Open the document.
Start scrolling down.
Watch CPU usage massively spike and document become extremely laggy the further down you scroll.
Notice some of the pictures are overlapping
Tried on both 32 and 64bit versions of LO 5.3.2.2
64bit quad core AMD.
Comment 1 Yousuf Philips (jay) 2017-04-24 18:54:33 UTC
Hi funk,

Thank you for taking the time to report this issue. Unfortunately with large 2 to 5 MB jpg images, each having 3500px width, there would be CPU spikes to process these images.

One issue that i noticed when opening the image is that its not repaginating correctly, that is why it says 'Page 1 of 3' in the statusbar, and this seems to be caused by the images that are set as 'no wrap' appearing floating over text, so lets try to fix this regression in this bug report.
Comment 2 funk 2017-04-24 19:11:01 UTC
The worst lag was caused when viewing the overlapping images so hopefully resolving that improves the situation.

But shouldn't image rendering be something handled by the GPU?
Comment 3 Yousuf Philips (jay) 2017-04-24 21:16:11 UTC
Text overlapping can be seen as far back as 4.4, but it got to its current bad state in 5.3. Switching to web view and back to normal view to force the repagination shows the doc as it should be.

(In reply to funk from comment #2)
> The worst lag was caused when viewing the overlapping images so hopefully
> resolving that improves the situation.

Well its 2 large images next to each other so it would be double the process to show them.

> But shouldn't image rendering be something handled by the GPU?

The graphics layer changed in LibreOffice 4.2, so there are still problems that need to be addressed to get it as snappy as it used to be in 4.1.