Bug 32707

Summary:	VIEWING, Writer hangs when repainting 2 pages at a time containing 2 big images
Product:	LibreOffice	Reporter:	Friedrich <LibreOffice>
Component:	Writer	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED FIXED
Severity:	major	CC:	cedric.bosdonnat.ooo
Priority:	medium
Version:	unspecified
Hardware:	x86-64 (AMD64)
OS:	All
Whiteboard:
Crash report or crash signature:		Regression By:
Attachments:	ODT sample file without the images. (The links to the images must be adapted before testing!)

Description Friedrich 2010-12-28 14:01:38 UTC

Steps to reproduce:
- Create a new doc.
- Set page format to A3 landscape.
- Add a second page.
- Add a big (JPG) image to every page. Insert->Picture->From File... (I work with linked images, but it also occurred on embedded bitmaps.) The image should cover nearly the complete writing area.
- Set tool-button Graphics=ON
- Set zoom (and scroll) to a value that both pages are partly visible.
- Save the file.
- Terminate LibreOffice.
- Open the .odt file (by double-click). => The document is opened. The placeholders for the images are visible. One cup core load is at 100% and stays there! 

When you click on the zoom slider the command is executed after a while. When one of the pages is going out of the visible area because of zooming or scrolling then the image on the remaining page is repainted and the CPU load goes down to normal values.

The bug can also be reproduced with a document which has more than two pages. Just drag the scroll slider to a place where 2 pages with 2 images are visible. (It must be the first load for both images after opening the document.)

Tested with latest versions of OpenOffice and LibreOffice (including RC2).

Tested on:
- Windows Vista 64-bit with latest SP and patches.
- Suse Linux 64-bit, KDE, latest version with current patches.
- AMD dual core CPU, ATI graphics card.


When you run this test with strace the log is increasing very rapidly.


The output from gdb (without debug files) is:
...
Missing separate debuginfo for /lib64/libnss_files.so.2
Try: zypper install -C "debuginfo(build-id)=3c394385f320f548f286d584dfe412a593874bda"
[Thread 0x7fffe8738710 (LWP 8297) exited]
[New Thread 0x7fffe8738710 (LWP 8298)]
[New Thread 0x7fffd65ff710 (LWP 8299)]
[Thread 0x7fffd65ff710 (LWP 8299) exited]
[New Thread 0x7fffd65ff710 (LWP 8300)]
[Thread 0x7fffd65ff710 (LWP 8300) exited]

... (removed hundreds of this lines)

[New Thread 0x7fffe6d04710 (LWP 8901)]
[Thread 0x7fffeee6b710 (LWP 8290) exited]
[Thread 0x7fffe6d04710 (LWP 8901) exited]

Program exited normally.

Comment 1 Friedrich 2010-12-28 14:44:38 UTC

Created attachment 41494 [details]
ODT sample file without the images. (The links to the images must be adapted before testing!)

Comment 2 Friedrich 2010-12-28 14:45:58 UTC

Could not upload the complete test sample because the upload is limited to 1MB. 
But the image can be downloaded from 
http://www.library.ucla.edu/yrl/reference/maps/blaeu/paderbornensis.jpg.
To get a second image for the test I simply copied this file.

Comment 3 Yifan Jiang 2011-05-19 23:21:50 UTC

This is NOT reproduced in 3.4 rc1 / SLED 11 sp1 x64.

@Cedric, Do we have some fixed for related area? Thanks!

@Friedrich: How about the latest build you can get? Hopefully it is indirectly fixed in 3.4 since I do not see the problem now.

Comment 4 Cédric Bosdonnat 2011-05-20 01:39:08 UTC

(In reply to comment #3)
> This is NOT reproduced in 3.4 rc1 / SLED 11 sp1 x64.
> 
> @Cedric, Do we have some fixed for related area? Thanks!

I'm not aware of any fix in that area... but that may be a side effect of some other fix.

Comment 5 Friedrich 2011-05-22 14:54:17 UTC

(In reply to comment #3)
> This is NOT reproduced in 3.4 rc1 / SLED 11 sp1 x64.
> 
> @Cedric, Do we have some fixed for related area? Thanks!
> 
> @Friedrich: How about the latest build you can get? Hopefully it is indirectly
> fixed in 3.4 since I do not see the problem now.

Some days ago I retested it with LibO_3.4.0beta4_Win_x86_install_multi.exe on Windows Vista 64 bit.
The bug is still there.

Comment 6 Friedrich 2011-06-09 12:48:33 UTC

Retested it again with libo_3.4.0rc2_win_x86_install_multi.exe and with 
3.4 Final. The bug could not be reproduced any longer, neither on Windows7 nor on Windows Vista or on Windows Server 2008 (All 64bit systems. All different computer hardware). On Linux I will test it when version 3.4 is supplied by the auto update function.

Let's close this case.

Thank you.

Comment 7 Björn Michaelsen 2011-12-22 05:51:20 UTC

RESOLVED, FIXED or CLOSED bugs cant be KEYWORD NEEDINFO.

Comment 8 Björn Michaelsen 2011-12-23 13:31:02 UTC

Remove stray whiteboard.