nested styles misinterpreted within inkscape

Bug #168918 reported by Hungerburg on 2007-09-30
Affects Status Importance Assigned to Milestone
Alex Valavanis

Bug Description


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.


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


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) wrote :

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.

Changed in inkscape:
status: New → Incomplete
Hungerburg (pch-myzel) wrote :

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)


Hungerburg (pch-myzel) wrote :

firefox gets it right ;)

ScislaC (scislac) wrote :

This is indeed a bug on our end.

Changed in inkscape:
importance: Undecided → Medium
status: Incomplete → Confirmed
jazzynico (jazzynico) on 2011-06-27
tags: added: css
su_v (suv-lp) wrote :

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:

Changed in inkscape:
assignee: nobody → Alex Valavanis (valavanisalex)
milestone: none → 0.91
status: Confirmed → Fix Committed
Bryce Harrington (bryce) on 2015-02-23
Changed in inkscape:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers