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
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: 2018-06-09 19:00 UTC (History)
3 users (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
Problematic document (26.15 MB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2018-06-09 19:00 UTC, Buovjaga
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) (retired) 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) (retired) 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.
Comment 4 QA Administrators 2018-04-25 02:32:48 UTC Comment hidden (obsolete)
Comment 5 Buovjaga 2018-06-02 15:42:42 UTC
funk: the Google Drive link is dead. We now have an upload limit of 30MB, maybe it would fit.
Comment 6 Xisco Faulí 2018-06-04 08:45:55 UTC
(In reply to funk from comment #0)

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

Please attach a sample document, as this makes it easier for us to verify the bug. 
(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 7 Yousuf Philips (jay) (retired) 2018-06-09 10:32:49 UTC
(In reply to Buovjaga from comment #5)
> funk: the Google Drive link is dead. We now have an upload limit of 30MB,
> maybe it would fit.

File is 31MB so it wont fit. The file can be grabbed from the link below.

https://drive.google.com/file/d/1sBZuB6dahqqEIPti4ERfiiVgEF6EpupL/view?usp=sharing
Comment 8 Buovjaga 2018-06-09 19:00:15 UTC
Created attachment 142625 [details]
Problematic document

I unzipped the DOCX and compressed one of the biggest jpeg file so the whole thing is below the 30 MB limit, but the problem can still be seen. If I tried to compress them all or delete one of them (from the document.xml), the problem vanished.

I examined the document in the oldest and latest commit of the Win 5.3 bibisect repo, but they both had the overlapping problem in the page with the black and white photo. Win 5.2 bibisect repo on the other hand did not show the overlapping problem in its oldest and latest commits.

Hopefully someone will have better luck with a Linux bibisect repo.