Inkscape

Composite filter doesn't work with Background Image

Bug #1438926 reported by Lucian
26
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Inkscape
Invalid
Medium
Unassigned
Inkscape 0.92 "0.92"

Bug Description

I've noticed that feComposite fails to work correctly with Background Image. Place a simple filled square on the canvas, then place another square with a different coloured fill overlapping it. Now apply an feComposite filter to the second square, with the first input set to Source Image and the other to Background Image. You should see the overlapping portion of the second square superimposed on the first square, but instead you just see the first square. Batik gets this right.

Tested on 0.91.

See original description
Revision history for this message
Lucian (lucian-j) wrote :
description: updated
su_v (suv-lp)
tags: added: filters-svg
Revision history for this message
su_v (suv-lp) wrote :

On OS X 10.7.5:
- not reproduced with Inkscape 0.48.5
- not reproduced with Inkscape 0.48+devel rev 10325 (before the merge of the cairo-rendering branch)
- reproduced (though differently) with 0.48+devel r10326 (new cairo-renderer, cairo 1.12.2)
- reproduced with Inkscape 0.91 r13725 (cairo 1.14.2)
- reproduced with Inkscape 0.91+devel r14038 (cairo 1.14.2)

Changed in inkscape:
importance: Undecided → Medium
milestone: none → 0.92
status: New → Confirmed
tags: added: regression
Revision history for this message
LetsEatHay (lets-eat-hay) wrote :

A workaround is possible:

The user can add a dummy feMerge primitive which accesses the BackgroundImage before the feComposite primitive.

The feComposite primitive can then take its background input (in2) from either the output of the dummy feMerge primitive, or just from the standard BackgroundImage input as usual. Just the presence of the feMerge primitive causes things to render correctly, even if its output is never used.

See attachment.

Revision history for this message
jazzynico (jazzynico) wrote :

Reproduced on Windows 7, lp:inkscape/0.92.x rev. 15074.
Also affects the other operators (atop, over, out, etc.), not only "in".

Changed in inkscape:
status: Confirmed → Triaged
summary: - "in" compositing doesn't work with Background Image
+ Composite filter doesn't work with Background Image
Revision history for this message
su_v (suv-lp) wrote :

Retesting with different archived builds: the earlier mentioned "reproduced (though differently) with 0.48+devel r10326 (new cairo-renderer)" (in comment #2) was really a different issue.

AFAICT the actual regression tracked here - verified with the workaround described in comment #3 - seems to have been exposed later with the merge of the rendering cache branch in r10579:
- not reproduced with lp:inkscape rev 10578
- reproduced with lp:inkscape rev 10579

http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/10579

Quartz (quartz)
tags: added: bug-migration
Quartz (quartz)
Changed in inkscape:
status: Triaged → Invalid
Revision history for this message
Quartz (quartz) wrote :

Hey, trying to follow official migration instructions. http://alpha.inkscape.org/bug-migration/

At Nathan Lee's suggestion, I guess we're migrating this here: https://gitlab.com/inkscape/inbox/issues/805
(My GitLab profile: https://gitlab.com/petermarkley )

Thanks, everybody! To file new bugs see here: http://inkscape.org/report

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.