trunk: visual bbox of objects clipped with a clone doesn't update when size of the clone's original is changed (rev >= 10618)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
Fix Released
|
Medium
|
Alvin Penner |
Bug Description
The visual bounding box of an object clipped with a clone does not update after the clone's original was edited. The visual part of the clipped object OTOH is correctly updated, thus the selection cue of the visual bbox of the clipped object is out-of-sync.
Steps to reproduce:
1) launch current trunk (default prefs, default new doc, locale: en_US)
2) draw a closed filled path
3) draw another closed filled path
4) clone first path and move the clone on-top of the second path
5) clip the second path with clone
6) select original of clone, change e.g. its width
7) select the clipped object
Expected result:
The selection cue of the visual bbox fits tightly the around the visual part of the clipped object.
Actual result:
The sel cue of the clipped object doesn't update to the changed size of the clip-path (clone), and no longer matches the visual part of the clipped object.
Based on tests with archived builds on OS X 10.7.5:
- not reproduced with stable 0.48.5
- not reproduced with 0.48+devel rev <= 10617
- reproduced with 0.48+devel rev >= 10618
the regression seems to be related to the introduction of bbox caching in r10618. The initial lack of update of the visual bbox of clips was tracked in bug #1005085, later related reports are bug #1322940 and bug #1339305.
Reproduced with r13471 on OS X 10.7.5 (noticed while testing the fix for bug #1339305 in r13470).
Related branches
description: | updated |
Changed in inkscape: | |
importance: | Undecided → Medium |
Changed in inkscape: | |
status: | Fix Committed → Fix Released |
confirmed on Inkscape rev 13470