Bug 98581 - Documents containing images linked from the web scroll and work very slowly
Summary: Documents containing images linked from the web scroll and work very slowly
Status: RESOLVED DUPLICATE of bug 51609
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
5.0.5.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-10 15:37 UTC by florin.arjocu
Modified: 2016-03-10 23:13 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
A test-file for this bug; I often use this file (63.40 KB, application/vnd.oasis.opendocument.text)
2016-03-10 15:37 UTC, florin.arjocu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description florin.arjocu 2016-03-10 15:37:45 UTC
Created attachment 123466 [details]
A test-file for this bug; I often use this file

Insert a few images in one document and some longer text, so you have a dozen pages to scroll up and down. It freezes or stops for seconds sometimes. I have a large document you can test with (600 pages). I think it should only create the image resource when scrolling to a specific page that has images and release it as soon as the scrolled view has no image. I have a quite performant laptop and I get this (quad core intel i7, 12GB RAM), I do not think is should act like this. Please test with the smaller file I attached.
Comment 1 Joel Madero 2016-03-10 16:11:16 UTC
This is most definitely a duplicate - someone just needs to find it.
Comment 2 Buovjaga 2016-03-10 20:00:26 UTC
I only get a slight lag, when the images are loaded *from the web*. I do have a beefy new desktop.

Joel is right, though, in that there are a bunch of "slow scrolling with images" like bug 80659 and the "see also" entries in it.

Btw. maybe you would like this: bug 51609

64-bit, KDE Plasma 5
Build ID: 5.1.0.3 Arch Linux build-1
CPU Threads: 8; OS Version: Linux 4.4; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)
Comment 3 florin.arjocu 2016-03-10 20:59:45 UTC
You are right Buovjaga, it looks like bug 51609, but considering it was first reported in 2012 and 4 years later pasted content from web still appears by default as a link (text is ok, but for images it is not, using it without internet makes the file inoperable) should get attention again.

PS: I discovered I can go to Edit - links and Break links. Images seem to show in the file. I hope I don't break my files.
Comment 4 Buovjaga 2016-03-10 21:11:41 UTC
You seem to dig bug 51609, so I'm closing this as dupe :)

*** This bug has been marked as a duplicate of bug 51609 ***
Comment 5 Joel Madero 2016-03-10 23:13:10 UTC
(In reply to florin.arjocu from comment #3)
> You are right Buovjaga, it looks like bug 51609, but considering it was
> first reported in 2012 and 4 years later pasted content from web still
> appears by default as a link (text is ok, but for images it is not, using it
> without internet makes the file inoperable) should get attention again.


Just a heads up here that I've talked to several experienced developers over the years about this and the truth is it's a nightmare to fix. For a volunteer to take this on would take tens or even hundreds of hours, they would have to be really skilled, and incredibly patient. Ideally....some enterprise user at some point will pay a certified developer (company or individual) to fix it properly, else, it's my guess that this isn't going anywhere fast.