Bug 60257

Summary:	Writer (on Fedora 17, KDE) locks up on copy-paste of webpage with images, must be killed
Product:	LibreOffice	Reporter:	d.tonhofer
Component:	Writer	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED WORKSFORME	QA Contact:	Tim Lloyd <tim.lloyd>
Severity:	critical
Priority:	medium	CC:	fdbugs
Version:	3.5.7.2 release
Hardware:	x86-64 (AMD64)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:

Description d.tonhofer 2013-02-03 23:05:36 UTC

Writer locks up if you copy-paste from (at least one) webpage, where the copied content contains an inline image.

With some luck, writer can be killed.

Actually, at one point it seemed to grab the focus for the mouse and no longer released it, so I had to CTRL-ALT-DEL the KDE session (pretty funny seeing the "will exit in N seconds" window counting down and not being able to even click the cancel button).

Ok, so..

1) Go to http://www.guywagnerblog.com/fre/entry/la-question-primordiale-pour-un

2) Copy the text with the embedded image. The image comes from

   http://www.guywagnerblog.com/fre/resource/16_01_2013/graph01.png

   Don't know whether there is a special writer-unfriendly filter or something.

3) Paste into Writer. If you are like Writer will show "dead image"
   placeholders. Once you click on these, it will lock up.


Someone to the least forgot about putting in a timeout it seems.

Comment 1 Tim Lloyd 2013-03-05 04:31:33 UTC

Reproduced this problem in both Fedora 18 and Windows 7 (LO4.0.0.3). Click on the link provided. Highlight and copy the text (including pics) and paste into a writer doc. The problem occurs when you click on an image at which point writer locks up and you have to force exit.

A few other points to note: 

If you simply paste the data into a document and attempt to save, writer locks up during the save process.

I pasted the same information into a MS Word document saved it and opened the .DOC file in LO with no problems.

Comment 2 Matthew Francis 2015-01-21 06:46:27 UTC

Can't reproduce on 4.4.0.2.

For better or worse, it seems that the default is to internalise the image now, so pasting it results in a document with an internal image, not one that is loaded from outside. Thus, once the image is in the document, there's no chance of anything going wrong in trying to manipulate it or save the document.

Whether there are still any issues with timeouts on the initial import I can't tell - but the provided example doesn't show any at present

Setting Status -> RESOLVED WORKSFORME

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.