823179 - SVG clip-path calculated incorrectly for mouse events

Status: VERIFIED FIXED

(Core :: SVG, defect)

Description

[Andrew Inscore]

User Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/536.11 (KHTML, like Gecko) Ubuntu/12.04 Chromium/20.0.1132.47 Chrome/20.0.1132.47 Safari/536.11

Steps to reproduce:

I created an svg rectangle element with a rectangle clipping path and attached a mouse hover event to the element.
http://jsfiddle.net/xVkY3/


Actual results:

The element renders correctly, however, the element responds to mouse events as if the clipping path coordinates were applied relative to the rectangle element.  So certain visible parts of the element do not respond to mouse events.


Expected results:

The element should respond to mouse events in its visible area.

Comment 1

[Daniel Holbert [:dholbert]]

I can reproduce on trunk, by hovering the top ~20px of the rect in the jsfiddle.  In broken builds, that doesn't change the rect's color.
Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20121218 Firefox/20.0


Here's the regression range I get from mozregression:
{
Last good nightly: 2012-08-02
First bad nightly: 2012-08-03

Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=588424024294&tochange=89dcadd42ec4
}

That contained this cset:
b077c43a4306	Jonathan Watt — Bug 776054 - Flip the prefs to enable the use of display lists for SVG painting and hit-testing. r=roc.

In that range, that's probably the most likely to be responsible. (the hit-testing part in particular is what's involved here)

Comment 2

[Alex Keybl [:akeybl]]

This is in shipping versions of Firefox, and hasn't seen any significant user impact. Please re-nominate for tracking if that isn't in fact the case.

Comment 3

[Jonathan Watt [:jwatt]]

Fixed by bug 820506.

Comment 4

[Daniel Holbert [:dholbert]]

Verified fixed in Mozilla/5.0 (X11; Linux x86_64; rv:21.0) Gecko/20130110 Firefox/21.0