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

[flbulgarelli]

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.

[Nicola Ferralis (feranick)]

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.

[Nicola Ferralis (feranick)]

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.

[flbulgarelli (fl-bulgarelli-001)]

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?

[Nicola Ferralis (feranick)]

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

[Nicola Ferralis (feranick)]

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?

[Nicola Ferralis (feranick)]

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.

[Nicola Ferralis (feranick)]

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.

[Robert Roth (evfool)]

@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.