nested styles misinterpreted within inkscape

[Hungerburg]

EXCUSE:

this is with the inkscape and inkview applications as provided by debian
unstable, inkscape_0.45.1-1_i386.deb, Inkscape 0.45.1, built Jun 3 2007. I
did not find that bug in the tracker, so I guess its still valid in the
current stock tree. Please use attached test file to check that this holds
true: it would be involving for me, but hopefully its easy on you.

CONDITION:

- a file with svg defs that contain a style tag which provides an
id-attribute that is a substring(1) of another one(2)
- then (1) will be used for objects instead of (2), if (1) was defined in
the file after (2).

ATTACHMENT:

attached file shows part of a world-map, that defines a rectangle with id
"frame" and a path for the country France with id "fr". inkscape
incorrectly applies the style selected by "#fr" to the rectangle "#frame".

[Bryce Harrington (bryce)]

Can you please indicate the steps to reproduce the issue with this file? I played with it a bit but didn't see the problem you're describing.

[Hungerburg (pch-myzel)]

Hello Bruce,

I could not find the attachment within launchpad. So I created a new one:

- Rectangles are to be cyan. Objects with the ID #frame should be magenta.

- The rectangle with ID #fr is magenta!

This is still with the application from debian unstable: Inkscape 0.45.1 (Jun 3 2007)

Peter

[Hungerburg (pch-myzel)]

firefox gets it right ;)

[ScislaC (scislac)]

This is indeed a bug on our end.

[su_v (suv-lp)]

Testing on OS X 10.7.5 with archived and current builds:
- reproduced with Inkscape 0.48.4 r9939, r10015
- reproduced with Inkscape 0.48+devel rev <= 12763
- not reproduced with Inkscape 0.48+devel rev >= 12771

AFAICT fixed by merging upstream libcroco changes into trunk's copy:
<http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/changes/12771>