The default bug view has changed. See this FAQ.

SVG Mouse events inhibited by clippath in proximity

RESOLVED FIXED

Status

()

Core
SVG
RESOLVED FIXED
12 years ago
12 years ago

People

(Reporter: JP Fiset, Assigned: tor)

Tracking

({testcase})

Trunk
x86
Windows XP
testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(4 attachments)

(Reporter)

Description

12 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051025 Firefox/1.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051025 Firefox/1.5

An area that is hidden in the display via a clip path inihibits the mouse events of surrounding objects. It appears to apply to all objects that fall under the original path, the part that is "clipped" away.

Reproducible: Always

Steps to Reproduce:
1. Create an object that reacts to mouse events
2. Create a second object that covers the first one.
3. Apply a clippath to the second object so that the first object is visible.
4. First object does not receive mouse events

Actual Results:  
Currently, under the scenario described above, the first object does not receive mouse events

Expected Results:  
The first object should receive mouse events

Hopefully, you can fix this before the release. We are counting on Mozilla for deploying our product, but this is a show stopper for our project since I do not think there is a work around.
(Reporter)

Comment 1

12 years ago
Created attachment 202509 [details]
Attachment to reproduce problem

This is quite large, but readily shows the problem
(Reporter)

Comment 2

12 years ago
Created attachment 202511 [details]
Simpler test case

Same problem, much simpler SVG
(Reporter)

Comment 3

12 years ago
This problem appears to happens only when both shape are reusing the same clip-path, and that one of the shape is moved via a transform attribute. If you take the simple test case, duplicate the clip path and assign the duplicate to one of the object, then the behaviour is what would be expected.
(Reporter)

Comment 4

12 years ago
Created attachment 202513 [details]
Compare using different clip paths to using the same one

This attachment provides a comparison between reusing a clip path and using different ones. Two equivalent cases are shown: one that reuses a clip path via a transform and a second, which uses two clip paths to obtain the same effect.

Comment 5

12 years ago
I have tried the last testcase and am able to observe the problem on Firefox 1.5 RC1 for OSX.

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051025 Firefox/1.5
Flags: testcase+
(Assignee)

Comment 6

12 years ago
Created attachment 202546 [details] [diff] [review]
dirty clipPath children when hit testing
Assignee: general → tor
Status: UNCONFIRMED → ASSIGNED
Attachment #202546 - Flags: review?(alex)
Flags: testcase+
Keywords: testcase

Updated

12 years ago
Attachment #202546 - Flags: review?(alex) → review+
(Assignee)

Comment 7

12 years ago
Checked in.
Status: ASSIGNED → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.