Closed
Bug 919900
Opened 11 years ago
Closed 11 years ago
SVG: Wrong BBox if an empty text element is contained with svg.text.css-frames.enabled
Categories
(Core :: SVG, defect)
Tracking
()
VERIFIED
FIXED
mozilla27
People
(Reporter: w.tscheschner, Assigned: longsonr)
References
Details
(Keywords: regression)
Attachments
(3 files, 1 obsolete file)
750 bytes,
text/html
|
Details | |
8.89 KB,
patch
|
Details | Diff | Splinter Review | |
10.08 KB,
patch
|
akeybl
:
approval-mozilla-aurora+
akeybl
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.76 Safari/537.36
Steps to reproduce:
When I call getBBox() of a SVG element where an empty text element is contained, the returned rectangle seems to be wrong.
Actual results:
As a result I got always a rectangle with the x/y values of the origin (0,0).
Expected results:
I assume that an empty text element is not used for the calculation of the bounding box. In my attached examples, there a two groups, one without an empty text element and one with one. For me, both bounding boxes should be the same (100/100 x/y and 100/100 width/height), but they aren't.
Assignee | ||
Updated•11 years ago
|
Attachment #809025 -
Attachment mime type: text/plain → text/html
Assignee | ||
Updated•11 years ago
|
Status: UNCONFIRMED → NEW
Component: Untriaged → SVG
Ever confirmed: true
Product: Firefox → Core
Summary: SVG: Wrong BBox if an empty text element is contained → SVG: Wrong BBox if an empty text element is contained with svg.text.css-frames.enabled
Assignee | ||
Updated•11 years ago
|
Keywords: regression
Broken since implementation of bug 655877 and svg.text.css-frames.enabled set to true by default (bug 839955).
Assignee | ||
Comment 2•11 years ago
|
||
Assignee: nobody → longsonr
Attachment #809198 -
Flags: review?(cam)
Assignee | ||
Comment 3•11 years ago
|
||
BTW thanks for reporting this Willi, it's always good to find these things out during beta/aurora.
Comment 4•11 years ago
|
||
Comment on attachment 809198 [details] [diff] [review]
patch
Review of attachment 809198 [details] [diff] [review]:
-----------------------------------------------------------------
Looks good. Could you add another test that exercises a case like:
<g>
<text/>
<rect .../>
</g>
g.getBBox()
Attachment #809198 -
Flags: review?(cam) → review+
Assignee | ||
Comment 5•11 years ago
|
||
Assignee | ||
Comment 6•11 years ago
|
||
Attachment #809198 -
Attachment is obsolete: true
Assignee | ||
Updated•11 years ago
|
Keywords: checkin-needed
Assignee | ||
Updated•11 years ago
|
Keywords: checkin-needed
Assignee | ||
Comment 7•11 years ago
|
||
Flags: in-testsuite+
Assignee | ||
Comment 8•11 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/91a3ab6c0d0a
The letter t is different but it's undetectable to the human eye.
Assignee | ||
Comment 9•11 years ago
|
||
And it's on all Windows 7 *sigh*
https://hg.mozilla.org/integration/mozilla-inbound/rev/6a99a44e4b18
Comment 10•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/e97818c39f6f
https://hg.mozilla.org/mozilla-central/rev/91a3ab6c0d0a
https://hg.mozilla.org/mozilla-central/rev/6a99a44e4b18
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla27
Assignee | ||
Comment 11•11 years ago
|
||
[Approval Request Comment]
Bug caused by (feature/regressing bug #): bug 839955
User impact if declined: bounding boxes of SVG text may be calculated incorrectly. The area covered may also be calculated incorrectly leading to a greater area than necessary being repainted.
Testing completed (on m-c, etc.): landed on m-c with tests
Risk to taking this patch (and alternatives if risky): could back out bug 839955 and not take the rewritten SVG text support but we'd lose all the new features like underlining and various bug fixes that CSS text frames brings.
String or IDL/UUID changes made by this patch: none.
Attachment #811672 -
Flags: approval-mozilla-beta?
Attachment #811672 -
Flags: approval-mozilla-aurora?
Updated•11 years ago
|
status-firefox25:
--- → affected
status-firefox26:
--- → affected
status-firefox27:
--- → fixed
tracking-firefox25:
--- → +
tracking-firefox26:
--- → +
tracking-firefox27:
--- → +
Comment 12•11 years ago
|
||
Comment on attachment 811672 [details] [diff] [review]
rollup patch for aurora/beta
In support of keeping the new functionality enabled in Beta 25.
Attachment #811672 -
Flags: approval-mozilla-beta?
Attachment #811672 -
Flags: approval-mozilla-beta+
Attachment #811672 -
Flags: approval-mozilla-aurora?
Attachment #811672 -
Flags: approval-mozilla-aurora+
Comment 13•11 years ago
|
||
Comment 14•11 years ago
|
||
Fx 25 beta 9: 20131017174213
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:25.0) Gecko/20100101 Firefox/25.0
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:25.0) Gecko/20100101 Firefox/25.0
latest Aurora: 20131017004002
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:26.0) Gecko/20100101 Firefox/26.0
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:26.0) Gecko/20100101 Firefox/26.0
Verified the issue on Firefox 25 beta 9 and latest Aurora using the attached testcase on both 32-bit and 64-bit mode.
Each time the results are:
BBox 1 (w/o text):
100, 100, 100, 100
BBox 2 (with text):
100, 100, 100, 100
Comment 15•11 years ago
|
||
verified with Nightly build 20131024030204
You need to log in
before you can comment on or make changes to this bug.
Description
•