Bug 37837

Summary: VIEWING Writer vertically scrolling in .odt with eps becomes unresponsive for 10+ seconds
Product: LibreOffice Reporter: Christopher M. Penalver <christopher.m.penalver>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: NEW --- QA Contact:
Severity: normal    
Priority: low CC: jbfaure, nifgraup, nsoranzo, pglez82, pietz, sasha.libreoffice, todventtu
Version: 3.3.2 releaseKeywords: regression
Hardware: All   
OS: Linux (All)   
See Also: https://launchpad.net/bugs/513980
Whiteboard: bibisected
i915 platform: i915 features:
Attachments: eps-example.odt

Description Christopher M. Penalver 2011-06-01 14:57:42 UTC
Created attachment 47445 [details]

Downstream bug may be found at:

1) lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04

2) apt-cache policy libreoffice-writer
  Installed: 1:3.3.2-1ubuntu5
  Candidate: 1:3.3.2-1ubuntu5
  Version table:
 *** 1:3.3.2-1ubuntu5 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
        100 /var/lib/dpkg/status
     1:3.3.2-1ubuntu4 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

3) What is expected to happen in LibreOffice Writer via the Terminal:

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/513980/+attachment/2151023/+files/eps-example.odt && lowriter -nologo eps-example.odt

is one may scroll vertically through the document quickly and successfully.

4) What happens instead is it does not. It frequently becomes unresponsive for tens of seconds at a time.
Comment 1 Björn Michaelsen 2011-12-23 12:03:14 UTC
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Comment 2 sasha.libreoffice 2012-01-06 01:02:48 UTC
reproduced on LibO 3.5.0 beta 1 on Fedora 64 bit
and on Windows just empty square instead of diagram
Comment 3 A (Andy) 2013-05-03 21:47:20 UTC
the scrolling problem is for me not reproducible with LO (Win7 Home, 64bit)

But I can confirm as per Sasha's comment that on page two there is only an empty square.
Comment 4 A (Andy) 2013-05-03 21:49:49 UTC
Does this issue still persist for you with the latest release of LO?

If not, then I would propose to close this issue, but to open a new bug report regarding the red square on page two.
Comment 5 sasha.libreoffice 2013-05-04 07:07:04 UTC
reproduced in Version on Fedora (RFR) 64 bit

Separate bug about problems on Windows:
Bug 47458 - [Task] EPS graphics not displayed properly
Comment 6 A (Andy) 2013-05-04 07:56:31 UTC
@Sasha: Can you also confirm this scrolling problem with Windows?  I can't confirm it on my Windows PC, the scrolling works fine as expected.
Comment 7 sasha.libreoffice 2013-05-06 05:49:26 UTC
in 4.0.2 on Windows XP 32bit only red frame with two lines of text instead of picture on second page. No slow down.
Comment 8 Christopher M. Penalver 2013-05-06 09:39:31 UTC
Problem noted in the Description https://bugs.freedesktop.org/show_bug.cgi?id=37837#c0 reproducible in:
Version (Build ID: 400m0(Build:2))

lsb_release -rd
Description:	Ubuntu 13.04
Release:	13.04

apt-cache policy libreoffice-writer
  Installed: 1:4.0.2-0ubuntu1
  Candidate: 1:4.0.2-0ubuntu1
  Version table:
 *** 1:4.0.2-0ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ raring/main amd64 Packages
        100 /var/lib/dpkg/status
Comment 9 Björgvin Ragnarsson 2013-09-20 01:03:28 UTC
*** Bug 68031 has been marked as a duplicate of this bug. ***
Comment 10 Björgvin Ragnarsson 2013-10-02 21:00:06 UTC
I tracked a regression down to this commit:

"commit c0ce7ca4884f7f6d1016bd1dbcc22066cb4a7797
Author: Tomaž Vajngerl <quikee@gmail.com>
Date:   Sat Jul 7 13:07:03 2012 +0200

    Prescale image with Bitmap::Scale to improve quality.
    In OutputDevice, when sending the Bitmap to native renderer, use
    Bitmap::Scale operation to improve quality when doing sub-sampling.
    With this Bitmaps in certain Widgets will look a lot better.
    Cleanup and translate comments, and move sal_Bool to bool in outdev2.cxx"

This commit improves the quality of the rendering but also adds unnecessary rerendering of EPS figures when scrolling.
Comment 11 Jean-Sébastien Gosselin 2014-03-16 05:10:37 UTC
Using libreoffice-writer 1:4.2.1-0ubuntu1~saucy1 on Ubuntu 13.10 64 bit and I am experiencing this bug as well.

Would it be possible to have some details about the current status of this bug please?

I would be so glad to be able to work efficiently in Writer with a document containing eps. Currently, I either have to disable graphic display or use png. I think that having a poor rendering of eps in Writer would be 100 times better then poor vertical scrolling. I can see why some people may disagree with that though... I'm talking only for my particular situation.

For example, I find the way Scribus is handling eps quite wonderful honestly. eps are rendered as a low quality preview (quality can be user defined), allowing you to move things around really smoothly. It is possible to activate a Preview mode of the document that will improve the rendering of the eps, but make the document less responsive.
Comment 12 Björgvin Ragnarsson 2014-05-04 17:23:15 UTC
*** Bug 76945 has been marked as a duplicate of this bug. ***

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.