Closed
Bug 1116051
Opened 9 years ago
Closed 1 year ago
SVG: Setting a filter on an element breaks pointer-events handling
Categories
(Core :: SVG, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: paul.lebeau, Unassigned)
Details
Attachments
(1 file)
480 bytes,
image/svg+xml
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.95 Safari/537.36 Steps to reproduce: Apply both of the following to an SVG element: (a) a more permissive pointer-events attribute (eg. pointer-events="all"), and (b) an SVG filter Actual results: The pointer-events region appears to be clipped by the filter region. It doesn't extend as far as it is supposed to. Expected results: Load attached file. If you try it in Chrome, you will see that the pointer changes when you get close to the square (as is designed). However, on FF, the pointer doesn't change until it is over the square. If you make the filter region larger, or remove the filter from the rect, FF behaves correctly w.r.t. pointer-events handling. It appears as if the filter region is clipping/breaking the pointer-events region.
Updated•9 years ago
|
Component: Untriaged → SVG
Product: Firefox → Core
Updated•2 years ago
|
Severity: normal → S3
Comment 1•1 year ago
|
||
https://www.w3.org/TR/SVG2/interact.html#PointerEventsProp
The filter property has no effect on pointer events processing, and must in this context be treated as if the filter wasn't specified.
Status: UNCONFIRMED → RESOLVED
Closed: 1 year ago
Resolution: --- → INVALID
Comment 2•1 year ago
|
||
Sounds like this is a Chrome bug.
You need to log in
before you can comment on or make changes to this bug.
Description
•