Inkscape

Copy style, blur - boundary box grows in height (rev >= 10589)

Bug #1188675 reported by pRototype on 2013-06-07

This bug affects 2 people

Affects		Status	Importance	Assigned to	Milestone
	Inkscape	Triaged	Low	Unassigned	Inkscape 0.92 "0.92"

Bug Description

Inkscape 0.48+devel r12217
Behaves identically on Windows XP and Windows 7.

Does not affect last stable version (Inkscape 0.48.4 r9939)

Steps to reproduce:
1. Select «object to copy style from» (not the text, but the blurry rectangle
2. Copy
3. Select «Square #1» and paste style (Ctrl+Shift+V)
Notice that the boundary box is way too high.

The «Square #1» objec is originally a copy from «rect992» and from «rect948».

I think that this happens if a rectangle shape is scaled non-proportionally, and then blur is applied.

Tags:

Revision history for this message

pRototype (regeir) wrote on 2013-06-07:

Bug_shadow.svg Edit (8.1 KiB, image/svg+xml)

Revision history for this message

Alvin Penner (apenner) wrote on 2013-06-08:

confirmed on Windows XP, Inkscape rev 12342

Changed in inkscape:
status:	New → Confirmed

su_v (suv-lp) on 2013-06-08

tags:

added: filters-svg regression selection

Revision history for this message

su_v (suv-lp) wrote on 2013-06-08:

Not reproduced with Inkscape 0.48.2, 0.48.4 on OS X 10.7.5,
reproduced with current trunk (tested revisions: 12303, 12359).

Workaround:
After pasting the style onto the object, keep it selected, open Fill&Stroke, put the mouse input focus in and out again of the blur slider widget (e.g. with <TAB>) without changing the current value -> the dimensions of the visual bbox get updated to more expected sizes.

AFAIU related regression in the calculation of the dimensions of the visual bbox for blurred objects:
- Bug #1171208 “inconsistent behaviour of visual bbox width at different levels of blur % (regression)”
<https://bugs.launchpad.net/inkscape/+bug/1171208>

Changed in inkscape:
importance:	Undecided → Low

Revision history for this message

su_v (suv-lp) wrote on 2013-10-17:

Still reproducible with r12700 (bug #1171208 OTOH had been fixed in r12305).

Changed in inkscape:
milestone:	none → 0.49

su_v (suv-lp) on 2014-11-06

Changed in inkscape:
milestone:	0.91 → 0.92

Revision history for this message

su_v (suv-lp) wrote on 2015-03-25:

Based on the information displayed in the XML Editor and the Filter Editor:

* In Inkscape 0.48.x, the blur filter applied to the objects the style is pasted into is forked from the original, and the forked copy has its FER adjusted to the size of the pasted object.
* In Inkscape 0.91 and 0.91+devel, the same original filter definition (for an object with much different proportions (width/height)) is reused - thus the filter effects region defined in the filter definition (in % of the object's geometric bbox) is disproportionate.

The workaround mentioned earlier (move focus into and out of the blur slider in 'Fill and Stroke') causes the filter definition to be forked, and the new filter definition (applied when focus leaves the blur slider) does have a FER in % which matches the object the style was pasted on.

Revision history for this message

su_v (suv-lp) wrote on 2015-03-25:

Based on tests with archived builds (on OS X 10.7.5):
- not reproduced with rev <= 10588,
- reproduced with rev >= 10589;
this regression is likely related to the changes in rev 10589:
http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/changes/10589

* Revision 10589: Completely remove libnr
http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/10589

summary:	- Copy style, blur - boundary box grows in height + Copy style, blur - boundary box grows in height (rev >= 10589)
Changed in inkscape:
status:	Confirmed → Triaged