After suspending the computer with a file in Writer and restarting, scrolling is very slow. This was a bug with OOO3.2 I remember seeing this mentioned somewhere, but I couldnt find it for LibreOffice. I use Ubuntu 10.10
Any hint to help us reproduce? I was even told once that kernel devs aren't expecting Hibernate mode to properly work ;) I can't reproduce here with some documents of mine. Is this happening for a special document? I'll close as invalid as there are loads of informations missing. Feel free to reopen. http://wiki.documentfoundation.org/BugReport
Please reopen. Just realised, I use suspension more often than hibernation. I tend to treat both as the same thing. I use Ubuntu 10.10 Any document that is several pages long has problem. Currently, I am working on a book, which I have as an .odm file with lots of subfiles. The total text has about 160 pages in it. Before suspension, scrolling works quickly with no hesitation. After suspension rapid scrolling causes the whole file to jerk or it takes a noticeable time (tens of seconds) for the scrolling operation to complete. Maybe with small files, the lag is unnoticeable. What further information is needed from me? I thought this was a common problem.
Created attachment 44143 [details] random text no formating links objects etc I have Ubuntu 10.10 with Gnome LibreOffice with Gnome extras. No OpenOffice. Using attached file problem can be replicated as follows: 1) put cursor at top of file. Check time in seconds. 2) Hold down 'down arrow key' to move cursor down one line and then start scrolling. Note text scrolled smoothly with almost no delays. 3) Scroll to bottom of file. Check time in seconds. On my machine/set up, this took approximately 44 seconds. 4) Return cursor to top of file. 5) Suspend (or hibernate) machine. Restart. 6) Carry out steps 1-3. Problem: After Suspension I could not reach the end of the file after 1min 44sec. During scrolling, text from one page would overlay text from next page, scrolling jerky. 7) Close file (note no changes made to text). Reopen file. 8) Carry out steps 1-3. Observation: scrolling took 44 secs, as before Suspension. I tried this with Hibernation instead of Suspension, exactly the same result. Please note, file is randomly generated text from internet text generator. 150 paragraphs.
Do you use compiz? Then these issues could be related and there might be a common root cause: https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/606558
Could you try to find out if the problem only turns up when compiz is enabled?
Confirm that this bug occurs when Compiz is enabled. When switched off, this bug does not appear.
closing
(In reply to comment #7) > closing And why this bug report is "INVALID"? I have the same issue with KWin for ages. It's pain in the a* to use LO, as after every suspend/resume I have to close all LO windows and then reopen them again just to be able to use LO. Yes, disabling any OpenGL desktop acceleration fixes the issue, still LO is the only application suffering from such kind of problem. Steps to reproduce: 1) Open a document in Writer; 2) app-office/libreoffice-bin-3.5.0_rc1 kde-base/kwin-4.8.0 x11-drivers/nvidia-drivers-290.10 3.1.5-gentoo ~AMD64
(damn' You, Chromium!) Steps to reproduce: 1) Launch KWin with enabled desktop effects; 2) Open LO Writer any document; 3) Suspend; 4) Resume; 5) Try to use open LO window -> X CPU usage goes to roof and it's impossible to do any work till LO is restarted.