[upstream] Opening svg 1.1 file via Eye of GNOME consumes tremendous resources

Bug #384566 reported by flbulgarelli
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Eye of GNOME
Invalid
High
OpenOffice
Confirmed
Unknown
eog (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

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

2) apt-cache policy eog
eog:
  Installed: 2.32.1-0ubuntu2
  Candidate: 2.32.1-0ubuntu2
  Version table:
 *** 2.32.1-0ubuntu2 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages
        100 /var/lib/dpkg/status

3) What is expected to happen in Eye of GNOME via the Terminal:

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/384566/+attachment/602159/+files/CodigoGray4Bits2.svg && eog CodigoGray4Bits2.svg

is it opens quickly and successfully.

4) What happens instead is eog consumes a tremendous amount of system resources, making all other programs very sluggish and unusable until the eog process is terminated. The file passed the W3C Validator ( http://validator.w3.org/ ) as svg 1.1.

Revision history for this message
flbulgarelli (fl-bulgarelli-001) wrote :
Revision history for this message
Nicola Ferralis (feranick) wrote :

Thanks for reporting the bug. I cannot open the file, either with Inkscape or eog. If I try in the latter, an error message appears saying the file cannot be read. In inkscape and firefox they both appear as a blank page. If I open it in OpenOffice Draw (version 3.1) I see a confusing text and a table. I am not sure that is what you expect.

In any case, eog doesn't hung or takes all system resources. It seems there is a problem with the file you created, or with Openoffice 2.4 not creating a usable file.

I would recommend to download a working svg, opening it with OO.org and save a copy and see how the versions before and after the oo.org treatment render in eog, firefox, etc.

Can you confirm.

Revision history for this message
Nicola Ferralis (feranick) wrote :

I downloaded a working svg (attached, test_before_oo.svg), which renders correctly in inkscape, eog, firefox. Then I opened in oo.org draw and saved it as svg (test_after_oo.svg). The new file does not display correctly in neither inkscape, eog, firefox (see attached test_after_oo.jpg).

It seems the bug is in the svg algorithm in OO.org Draw (including version 3.1.

affects: ubuntu → openoffice.org (Ubuntu)
Changed in openoffice.org (Ubuntu):
status: New → Confirmed
summary: - Nautilus/Eog consumes the whole system memory
+ SVG files made with OpenOffice Draw do not open correctly in EoG
Revision history for this message
flbulgarelli (fl-bulgarelli-001) wrote : Re: SVG files made with OpenOffice Draw do not open correctly in EoG

Thanks for investigating about this the bug.

Only I would like to mention these things:
1. I think OO Draw is doing something wrong when generating the svg image, so this is may be the bug cause. Great if you could reproduce!
2. However, I am surprised, as eog et all worked as expected for you (displayed an error message, or displayed something incoherent, but well, this is ok if the input image is bad). In my case, if try to open it, the horrible system hung I described occurs, so I am wondering If there is something less obvious I am not considering (hardware, a system update?).
3. I can not found any attached fille test_after_oo.svg. Have you uploaded, it?

Revision history for this message
Nicola Ferralis (feranick) wrote :

Ohps, sorry, forgot to attach it....

Revision history for this message
Nicola Ferralis (feranick) wrote :

1. As you can see, I can reproduce it, to some degree at least.

2. Have you tried to open it with any other svg capable software (inkscape, firefox). Do you have the same problem?

Revision history for this message
Nicola Ferralis (feranick) wrote :

Initially I thought the difference was that I am running Jaunty (9.04) and you are running Hardy (8.04). But I tried on hardy too, and eog doesn't crash, it displays the same error message as Jaunty.

For the record, on Hardy (custom version for dell mini), eog is in version 2.22.3-0ubuntu3. If you are fully updated, you should be running the same version on generic hardy. To check:

apt-cache policy eog

I'll try on my other system with hardy when it is again up and running (it's traveling cross country now, long story...).

I assume your system is fully updated. If not please proceed with a full system update and try again.

Changed in openoffice:
status: Unknown → Confirmed
Chris Cheney (ccheney)
summary: - SVG files made with OpenOffice Draw do not open correctly in EoG
+ [upstream] SVG files made with OpenOffice Draw do not open correctly in
+ EoG
Changed in openoffice.org (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
Nicola Ferralis (feranick) wrote : Re: [upstream] SVG files made with OpenOffice Draw do not open correctly in EoG

An update on this bug. Using OO.org 3.2.1 in Maverick.

I attached two files, one ("test_inkscape.svg") created with Inkscape and another ("test_oo-draw.svg") which was the same as the previous, opened with OO.org draw and re-exported as svg. The new svg can be opened with Inkscape and Firefox just fine, but not with eog. In addition, everything is there, all elements in the image are fine and well represented all around. However any text present in the original is lost in the new file (it's not displayed in draw either). Furthermore, any test added with draw does not appear when the file is subsequently opened with Inkscape or firefox.

Revision history for this message
Robert Roth (evfool) wrote :

@Nicola Ferralis, comment 9 - That problem is already reported in bug #138141. The issue reported here is another one, OO eating the system resources if I understand it well.

penalvch (penalvch)
description: updated
affects: openoffice.org (Ubuntu) → eog (Ubuntu)
Changed in eog (Ubuntu):
importance: Undecided → Medium
summary: - [upstream] SVG files made with OpenOffice Draw do not open correctly in
- EoG
+ [upstream] Opening svg 1.1 file via Eye of GNOME consumes tremendous
+ resources
Changed in eog:
importance: Unknown → High
status: Unknown → New
Changed in eog:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.