1073207 - SVG getScreenCTM ignores padding, border

Status: RESOLVED FIXED

(Core :: SVG, defect)

Description

[AnSeki.aff]

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:32.0) Gecko/20100101 Firefox/32.0
Build ID: 20140923175406

Steps to reproduce:

Got values by getScreenCTM in the SVG element that was styled CSS transform, padding and border.
http://jsfiddle.net/gRTcF/8/
http://jsfiddle.net/3v4e0Lnx/
http://jsfiddle.net/ehy1zkL6/


Actual results:

The returned values (x, y) are not computed offsets by those CSS properties.


Expected results:

For example, length of CSS border-width added to position is returned.

Comment 1

[AnSeki.aff]

These may be related, getScreenCTM seems to ignore some CSS properties that changes position.
https://bugzilla.mozilla.org/show_bug.cgi?id=972041
https://bugzilla.mozilla.org/show_bug.cgi?id=850733

CSS properties below didn't make this problem:
- `margin`
- `position: absolute`, `left` and `top`
- `overflow: auto` (or `hidden`) of parent and scrolled SVG element
- negative margin
- `padding` of parent

Comment 2

[AnSeki.aff]

Not limited to `translate`. The `rotate`, `scale`, `skewX/Y` of SVG element also seems to make this problem occur.
http://jsfiddle.net/nsnwanLn/
http://jsfiddle.net/791o0xhq/
http://jsfiddle.net/0kef2rnm/
I don't check 3D properties yet. (e.g. perspective)

These are `transform` of SVG element. Not parent element.

Comment 3

[violet.bugreport]

Attachment: Bug 1073207 - getScreenCTM should account for padding and border for outer svg

Comment 4

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/0ebd471a1242
getScreenCTM should account for padding and border for outer svg r=longsonr

Comment 5

[Andrei Ciure[:aciure]]

https://hg.mozilla.org/mozilla-central/rev/0ebd471a1242