Apache OpenOffice (AOO) Bugzilla – Issue 82404
When Zoom set at less than 100% scrolling is spasmodic.
Last modified: 2013-02-07 22:00:00 UTC
Have a 100 page document consisting of text and a lot of graphics. When setting zoom to 75 or 50% scrolling becomes virtually impossible. Paging to hard drive increases dramatically. Will try same file on XP machine and file update.
Reassigned to SBA.
I experienced a very similar issue with a document containing many small embedded drawings (rectangles, circles, ... as well as images), each of them with its own frame. The zoom level seems to play a significant role. The document scrolls almost smoothly at 150% but become dead slow at 50%. OOo Writer freezes for a few seconds at page boundaries when scrolling using the mouse. Scrolling using the keyboard (page up & page down) doesn't freeze. The user who reported the problem told me this didn't happen with OOo 2.2. I haven't confirmed this yet but could try to reinstall OOo 2.2 on his computer if needed. The machine on which the problem was first noticed is running Windows XP with a relatively small hardware configuration (512MB of RAM "only"). I reproduced the issue on a Linux machine with 1GB of RAM. The 100% zoom level freezes the XP box for a few seconds, while it stays usable on the Linux box. Let me know if you need more information.
pinchartl, bobglen, please provide sample document.
The test case is too big to be attached to the bug report (2.1 MB) so I've uploaded here: http://www.irobotique.be/ooo-scroll-testcare.odt. I can't guarantee it will stay there forever. Jump to the middle of the document, set the zoom level to 50% and scroll down using the mouse wheel. You should experience UI freezes for a few seconds at page boundaries.
Confirming with 2.4m4 on Vista Home Basic - at 50% zoom when scrolling with mouse wheel, Writer sometimes stops responding with soffice.bin using 100% CPU. This can last for 15-20 seconds. You have to scroll through at least quarter of http://www.irobotique.be/ooo-scroll-testcare.odt to experience the problem. Hardware - Core2 Celeron 1.73, Intel Mobile 965 with shared memory.
This happens on Linux also. I zoomed out to 20%. OpenOffice has spent the last six hours redrawing the pages. There is an image (link to a file) on page 1 and on page 2. The image changes from a broken link with the text file:///local/ho (that's all the text that's printed.) for 12 seconds and then displays the image in the wrong place for 10 seconds. Then this cycle repeats. After a few hours the image moved to the correct place on the page. The image that's supposed to be on page 2 shows up in the middle of page 3, which is a table of contents. This image also cycles between the image (10 seconds) and the broken link (12 seconds). It's still doing it!
Created attachment 64053 [details] picture of the broken link in wrong place and 2nd-page image in correct place
Created attachment 64054 [details] picture of the broken link in wrong place, picture partially displayd and 2nd-page image in wrong place
I could replicate this bug on OOo 3.3 but the results seem less dramatic. The UI only freezes for fractions of a second before returning to normal at 20% and runs fine at 50%. I used a 105 page document with a mix of text and images on each page.