Description: Libre Office Writer locks up itself and the entire GNOME desktop when you paste into it the contents of a web page that contains numerous large pictures and text. Steps to Reproduce: I have 64GB of RAM in my laptop. I expect everyone can reproduce this by strictly following these steps: 1) Allow this page to fully load in firefox (in a new tab): http://www.amorosity.com/SlingBlade/ (wait until the page is finished loading) 2) Click into the page (to give it focus) and then hit ctrl-a (to select all contents in the page), then hit ctrl-c (coping the entire page's contents into memory). 3) Open LibreOffice writer, and paste your clipboard into a blank page. Actual Results: From this point forward, LibreOffice Writer will be unusable, and the whole GNOME desktop will lock up (for almost a whole minute) each time you try to navigate the LibreOffice Writer page. Expected Results: I expect the application to either efficiently handle the task or decline to handle the task. Reproducible: Always User Profile Reset: No Additional Info: So, this is a bug in LibreOffice Writer for sure; if it can't handle the work, it should decline it. Additionally, this is bug in the GNOME desktop, because no single application's workload should ever be allowed to lock up a multi-task desktop environment.
This bug has been confirmed in this downstream report: https://bugs.launchpad.net/df-libreoffice/+bug/1175882
Thanks for reporting the problem. I can't reproduce in Version: 6.3.4.2 Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: kde5; Locale: id-ID (id_ID.UTF-8); UI-Language: en-US Calc: threaded and Version: 7.0.0.0.alpha0+ Build ID: 4ff12ba6f4639c73587f2bb58afcc3ca6fb30105 CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: kf5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-01-24_21:09:14 Locale: id-ID (id_ID.UTF-8); UI-Language: en-US Calc: threaded I am using KDE, when I try to reproduce, the Writer went to laggy, but it didn't locks up the entire desktop. I think it's normal, because we using amount of memory to copy the huge of content. Should I change it to RESOLVED NOTABUG? I change to NEEDINFO for a while
I can still reproduce this on Kubuntu 19.10. Here's a video of me reproducing it: https://youtu.be/EM26C_Q-hKA I was using GNOME when I first reported this bug. KDE is handling this better than GNOME did, but Libre Office Writer still becomes unusable after following the exact steps I outlined above.
[Automated Action] NeedInfo-To-Unconfirmed
BTW, when I first reported this bug, in 2013, the web page (referenced in step 1) contained only png images. Today, it contains webp images exclusively: http://www.amorosity.com/SlingBlade/ All modern web browsers support webp images: https://developers.google.com/speed/webp However, Libre Office doesn't support webp. Despite this lack of webp support, it is not the cause of the bug being reported here. The bug would still happen even if those images were still PNGs.
A separate bug, related to webp support, has been submitted here: https://bugs.documentfoundation.org/show_bug.cgi?id=130759
No lockup here, 32GB RAM. KDE Plasma. Arch Linux 64-bit Version: 7.0.0.0.alpha1+ Build ID: c73418d8d1258ea0a8c77c07672fd182e2b28b26 CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: kf5; Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 9 May 2020
Thank you for reporting the bug. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
A lot has changed since I originally submitted this bug report. That page no longer contains PNG images, and it seems that LibreOffice Writer doesn't support the new webp standard images that the page contains. Read about webp here: https://en.wikipedia.org/wiki/WebP Additionally, I'm now using Kubuntu 20.04, which is less likely to lock up when a single applications has a problem. I created a png version of the page again, so that I could test this in Kubuntu 20.04. I don't want to post a hyperlink of that page here, because I don't want google to index it. To get to the png version of the page, add "png/" onto the end of this URL: http://www.amorosity.com/SlingBlade/ From there, you can test this yourself by following steps 2 and 3 given at the top of this report. In Kubuntu 20.04, LibreOffice Writer does a poor job at scaling the png images (that the page contains), but it doesn't crash in Kubuntu 20.04. I can no longer speak for GNOME 3, but you can easily test it yourself from the png version of the page that I made exclusively for this bug report.
(In reply to launchpad from comment #9) > I created a png version of the page again, so that I could test this in > Kubuntu 20.04. I don't want to post a hyperlink of that page here, because I > don't want google to index it. To get to the png version of the page, add > "png/" onto the end of this URL: > http://www.amorosity.com/SlingBlade/ It does not lock up for me with KDE Plasma either. Finishes OK. I think we should close.