Apache OpenOffice (AOO) Bugzilla – Issue 62859
Writer slow and unstable when pasting part of table from browser
Last modified: 2013-08-07 14:42:49 UTC
There is a Dutch site for public transport travel information http://www.9292ov.nl/9292ov1.asp I regularly copy a part of the page with the advise and paste it into Writer. Pasting takes very long in 2.0.1 (mucht longer than in 1.1.x). To make it leaner, I can cut the part pasted in Writer and paste it special as RTF. However, this cutting (or copying) often makes OOo crash. I'll attach an example document shortly.
Created attachment 34628 [details] Document with two example tables
Reassigned to ES.
It takes time to copy because of the graphics which need to be downloaded (i.e time out if not retrieved). Please also check that you have set the correct proxies in the OOo options (if needed). Please try to reproduce the crash and give a description step by step.
Hi es, Thanks for your advise. Indeed pictures for the internet have to do with it. Proxy settings same in 1.1.5 as in 2.0.1 ('by hand') However 2.0.1 about 50% slower.
a step by step description : http://www.9292ov.nl/9292ov1.asp 1. In the left column, select station naar station (from station to station) 2. fill in van 'Arnhem' naar 'Zaandam' (name of stations are not important) 3. datum, time are not important 4. click 'give reisadvies' 5. The in the middle part of the sreeen, select a part with the mouse: starting at 'Datum' (third heading under OV Advies) ending after 'Bijzonderheden' (first of the four rows under) 6. Ctrl-C 7. Change to new Writer 2.0.1 doc. 8. Add empty paragraph (not realy relevant) 9. Paste with Ctrl-V 10. Select the just pasted part 11. Ctrl-X 12. Shft-Ctrl-V 13. Choose Paste as RTF 14. Add empty paragraph (not realy relevant) So far so good. 15. Now return to the browser 16. Ctrl-C (copy the still selected part again) 17. Retrun to the Writer-doc 18. Ctrl-V 19. Select the just pasted part 20. Ctrl-X There you go ... So the second time you perform that action *in the same document* (may be with another copy from the same website-advise), OOo crashes. If I do the 'paste from browser_Cut_Paste as RTF' in a new document, I can repeat it three times (didn't try more, however in the same doc two time crashes every time, so the difference is clear.) Hope this helps, Greetings Cor
Is the descrition clear enough? It's a bit vague problem. Allways intersting items, IMHO, to investigate in relation to memory/performance issues.
Behaviour still the same in 2.0.2. Asked on Dutch list for people who can confirm this.
Created attachment 35704 [details] Testcase: Only critical part of the website
I've been able to reproduce the bug as described by Cor's step by step description (Windows XP SP2, Firefox 1.5.0.2, OOo 2.0.2). I've attached a simplified testcase, which is able to reproduce the problem at least at my machine. Steps to reproduce: 1. Open the test case http://www.openoffice.org/nonav/issues/showattachment.cgi/35704/testcase1.html 2. start selecting from somewhere in the [STARTSECLET] (but not the very start or end of it) and end somewhere in [ENDSELECT] (again somewhere in the middle). 3. Copy the code 4. Paste the code as HTML (=default?) 5. Cut just pasted code 6. Paste as RTF 7. Go back to the testcase 8. Again copy the same selection 9. Paste the code as HTML (=default?) 10. Cut the just pasted code Behaviour: OpenOffice.org freezes Expected behaviour: OpenOffice.org should just copy the selection to the clipboard and remove the selected part from the document. Maybe Cor, or others, could verify if the testcase is able to reproduce in a similar way as the original page?
Hi Maarten, Thanks for confirming. And for your easier test-case. It works (i.e. OOo freezes). I did some other scenarios: a) Pasting from browser to doc 1, cutting from doc 1, pasting to doc 2, Pasting from browser to doc 1, cutting from doc 1 ... > freezes to b) first unlinking the graphics. No effect. c) Pasting from browser to doc 1, cutting from doc 1, pasting to doc 2, Pasting from browser to doc *2 (or 3)*, cutting from doc *2 (or 3)* ... doesn't freeze
I can't reproduce the bug using IE7beta2. I have only been able to reproduce it using Firefox 1.5.0.1 and 1.5.0.2. Possibly some difference in HTML code that is being copied to the clipboard. I don't know how to check this, maybe someone else could?
A short summary of the Dutch list's finding sofar: - The problem does not occur with IE and OOo 2.0.2 - The problem does not occur with Firefox and MS Word Using Clipboard Viewer X [1] I've checked the difference between the clipboard contents. I will attach it soon after submitting this comment. One, possibly important, difference I mentioned is that before the <!--StartFragment--> comment in the clipboard code IE adds a <TABLE> element, while Firefox does not... (see the forthcoming attachment) [1] http://www.softpedia.com/get/Office-tools/Clipboard/Clipboard-Viewer-X.shtml
Created attachment 35720 [details] Raw HTML clipboard content compared
To confirm this issue I hereby describe my testings of this problem. I repeated the actions of Cor slightly differently. I did the following: I made a selection in testcase supplied by Cor starting somewhere in the word STARTSELECT to somewhere in the word ENDSELECT. I pasted the selection into a new document of writer using paste special, pasting the selection as HTML. Secondly I selected the undo button. After this I repasted the selection using paste special as HTML. Writer freeze. Killed at by ctrl alt delete. I use: windows 98 SE Firefox 1.5.0.2 OpenOffice.org 2.0.2
I checked with "2.0.2 German version WIN XP: [680m5(Build9011)]" (and Browser 'SeaMonkey 1.0.6') and can confirm the problem: after 'step 20' from' Additional comments from cornouws Thu Mar 9 01:05:59 -0800 2006' OOo hangs with nearby 100% processor load. I waited for 5 minutes without any progress, than I terminated with task manager. Confirm by my test result and hang observations of several other users. Can we get a crash report /report ID?
ES->MBA: please have look. May be related to issue 7553.
changing target
Hi, I see a post on users that might have some relationship (doing some work with stuff from the web). See http://www.openoffice.org/servlets/BrowseList?list=users&by=thread&from=1843329 The thread includes a test document and some confirmations.
Confirmed also with milestone m223. Setting target to 2.4. Thank you for the nice and helpful test case.
Andreas, please take over
fme->ama: I reproduced this with Cor's first description. Loops in SwNodes::GoPreviousSection(). Weird. A Writer core loop?
This core loop has been fixed in swqbf105. From this point of view it's a duplicate of issue 80941 This has to be double checked. *** This issue has been marked as a duplicate of 80941 ***
ama->es: Please have a look if this has been fixed with issue 80941
Yes, fixed in m237.