1187199 - on hover does not work in SVG with large coordinates

Status: RESOLVED WORKSFORME

(Core :: Graphics, defect)

Description

[Mark T Morgan]

Attachment: use-hover-detection-float-bug.svg

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:39.0) Gecko/20100101 Firefox/39.0
Build ID: 20150630154324

Steps to reproduce:

Display attached SVG file use-hover-detection-float-bug.svg.

The file defines two circles.  Both are created with 'use' elements from a symbol defined in defs.  Fill and stroke are controlled with CSS so that both circles should have gold fill which turns green on hover.  The circle on the right has stroke set to red.  The circle on the left is embedded in a group and has stroke set to green in CSS.


Actual results:

Two circles display with gold fill.  The circle on the left has a green border while the circle on the right has a red border.  When hovering over the left circle, its fill turns green (as expected).  When hovering over the right circle, the fill colour does not change.




Expected results:

The fill in each circle should turn green on hover, but the fill in the circle on the right with the red border does not.

If the right circle is added to a group, the CSS fill styling works on hover; conversely, if the left circle is removed from a group, the CSS fill styling will not work on hover.

The problem seems to be the magnitude of the coordinates used in the SVG viewBox.
This file is simply a demonstration, but the actual usage initially demonstrating the problem was when using online map coordinates in an SVG viewbox.

Comment 1

[Loic]

It works in FF40+ so it's probably already fixed.

Reported, could you download Beta and confirm it's fixed on your side, please.
https://www.mozilla.org/en-US/firefox/beta/all/

Comment 2

[Tom Klein]

(In reply to Loic from comment #1)
> It works in FF40+ so it's probably already fixed.
> 
> Reported, could you download Beta and confirm it's fixed on your side,
> please.
> https://www.mozilla.org/en-US/firefox/beta/all/

Doesn't work for me on linux using Beta or Nightly.

Comment 3

[Alice0775 White]

There are different regression range for i686 and x86_64

Pushlog (linux-i686):
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=3e26bf9400c8&tochange=abf589d7f98d

Suspected: 99153c410bad	Kearwood (Kip) Gilbert — Bug 1035611 - Part 1: Updated Matrix4x4::ProjectRectBounds to properly handle infinite values when untransformed rects cross the w=0 plane. r=mattwoodrow



Pushlog (linux-x86_64):
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=c45f6e6d6005&tochange=196d05832e12

Suspect: Bug 1020556 or Bug 1031948

Comment 4

[Alice0775 White]

Backed out Bug 1031948 fixes for linux-x86_64 build

Comment 5

[Alice0775 White]

[Tracking Requested - why for this release]: affects ESR38

Comment 6

[Alice0775 White]

Also affected win64 build
https://hg.mozilla.org/mozilla-central/rev/b0b3dcfa5557
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:42.0) Gecko/20100101 Firefox/42.0 ID:20150724030210

Comment 7

[Mark T Morgan]

Tried file on an existing 40-beta installation on a 32-bit Windows build running on 64-bit Windows 7 and it works properly.

Downloaded and installed beta7 on the original machine which showed the problem (MacOSX 10.9) and it still does not work.

Comment 8

[Kate Glazko]

[Tracking Requested - why for this release]: SVG is used in a lot of websites, this sounds like something that watching out for a fix would be good for.

Comment 9

[Ritu Kothari (:ritu) (Inactive, please n-i to RyanVM, jcristau, or pascal)]

Tracked as it's a regression.

Comment 10

[:kip (Kearwood Gilbert)]

In the patch for Bug 1157984, I have expanded the functions in gfx::2d to work with double precision.  This may help in correcting this bug without regressing Bug 1031948.

Comment 11

[Milan Sreckovic [:milan] (needinfo for best results)]

I think this is an outlier, not important enough for tracking, but we should probably take a look at it.  It is at least platform specific, perhaps backend specific as well (e.g., for me it works on Windows 7 D2D1.1 and Cairo, but on on the Mac with CG or Skia.)

Comment 12

[Milan Sreckovic [:milan] (needinfo for best results)]

(In reply to Milan Sreckovic [:milan] from comment #11)
> I think this is an outlier, not important enough for tracking...


Hmm, I take that back, re-reading the comment 0 in more detail about the original map scenario.

Comment 13

[Bas Schouten (:bas.schouten)]

For now Kip seems like the right person to own this.

Comment 14

[Liz Henry (:lizzard) (relman/hg->git project)]

We limit most ESR changes to security and some stability fixes. I don't think we need to track this for ESR38.

Comment 15

[Ritu Kothari (:ritu) (Inactive, please n-i to RyanVM, jcristau, or pascal)]

Seems too late to take a fix in 41 for this.

Comment 16

[Sylvestre Ledru [:Sylvestre]]

We ship some releases with this bug. Stop tracking.

Comment 17

[Justin [:JW_SoftvisionQA]]

Both circles turn green for me on my end. I can not reproduce this issue. I will close it as WFM.