New issue
Advanced search Search tips

Issue 646525 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 230599
Owner: ----
Closed: Sep 2016
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

SVG path and g element return incorrect values in getBBox result for some arcs

Reported by jimobenc...@gmail.com, Sep 13 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.101 Safari/537.36

Steps to reproduce the problem:
Open the attached path-bbox.svg file. The arc is drawn using a path element. The path is a child of a g element. The blue dashed rectangle is computed in script and shows the bounding box of the path element. The red rectangle is also computed in script and shows the bounding box of the path's parent g element. 

What is the expected behavior?
The bounding box of the path should tightly enclose the arc. The bounding box of the g element should tightly enclose the arc.

What went wrong?
The rectangle returned by getBBox is much larger than the arc. This is true for both the path and the path's parent g element. 

Did this work before? No 

Chrome version: 53.0.2785.101  Channel: stable
OS Version: 8.1
Flash Version: Shockwave Flash 22.0 r0

Chrome 55.0.2859.0 canary gets the path's bounding box right but the g element's bounding box is still wrong.
The bug is not exhibited by Firefox or IE11.
 
Capture.PNG
112 KB View Download
path-bbox.svg
1.3 KB Download
Components: Blink>SVG
Labels: M-55 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Win 10,Mac 10.11.6 and Ubuntu 14.04 using stable 53.0.2785.113 and canary 55.0.2860.0.
This is a non-regression issue since 35.0.1916.0.
Untriaged this so as to addressed by the respective dev team to further update on this.

Comment 2 by f...@opera.com, Sep 14 2016

Mergedinto: 230599
Status: Duplicate (was: Untriaged)
Folding into  issue 230599 .

Sign in to add a comment