UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36

Example URL:
http://codepen.io/AmeliaBR/pen/yMPMOm?editors=1000

Steps to reproduce the problem:
1. Create an SVG file with a non-default viewBox attribute on the main <svg>, and a <view> element that changes preserveAspectRatio but not viewBox.
2. Open or embed that SVG file with a # fragment that matches the <view> element's ID.

What is the expected behavior?
The SVG should be displayed with the preserveAspectRatio value from the activated view, but with the viewBox from the <svg> element.

SVG 1.1 spec: https://www.w3.org/TR/SVG11/linking.html#SVGFragmentIdentifiers
SVG 2 spec: https://www.w3.org/TR/SVG2/linking.html#LinksIntoSVG

What went wrong?
In Chrome, (current stable 56 and 59.0.3043.1 canary SyzyASan), the viewBox from the SVG is ignored when the view element is activated, so that the SVG does not scale at all.

This worked previously.  The last time I would have tested was around version 42, when a fix was made for a similar bug with #svgView() fragments (see #444553 ).  That fix has not regressed (as shown in linked CodePen): the new bug is specific to <view> elements.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? N/A 

Did this work before? Yes 42 (I think)

Does this work in other browsers? Yes

Chrome version: 56.0.2924.87  Channel: n/a
OS Version: 10.0
Flash Version: 

The attached file is the SVG used in the CodePen.

PS: only viewBox is affected: a <view> that changes the viewBox does not re-set the preserveAspectRatio attribute from the <svg> (see the other case in the CodePen: if pAR was reset, the shape would be centered in the canvas).
 

Deleted: club-alternate-views-2.svg 564 bytes

club-alternate-views-2.svg 564 bytes Download