Issue metadata
Sign in to add a comment
|
Background-position and position of svg sprites changes on window zoom (not an issue in FF IE)
Reported by
g.g.war...@gmail.com,
Nov 29 2016
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36 Steps to reproduce the problem: 1. Set an svg sprite sheet as a background image and focus on an img using background-position 2. zoom the browser window (ctrl +) or set machine zoom to something above 100% 3. You will see the image doesnt stay in place rather the focus area shifts all over the sprite What is the expected behavior? The image should stay put keep its aspect ratio and not move. What went wrong? The image moves. Some users have default zoom levels set to 100+ thus they can not see the sprites properly in Chrome. I tried to recreate this issue in a fiddle, however I am unable to replicate as the svg works properly when you zoom. https://jsfiddle.net/y4ryzdd5/ 100.jpg is how the svg looks at 100% 110.jpg is how the svg looks when zoomed to 110% 100ff.jpg is how the svg looks at 100% in FF 110ff.jpg is how the svg looks at 110% in FF This movement issue is resolved in Chrome Beta. Did this work before? N/A Chrome version: 54.0.2840.99 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 23.0 r0 svg properties are defined as <svg id="Layer_41" data-name="Layer 41" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" version="1.1" xml:space="preserve" x="0px" y="0px" width="1260" height="894" viewBox="0 0 1000 600" enable-background="new 0 0 1000 600">
,
Nov 29 2016
It has some resemblance to issue 643623 (which fits the suggested timeline.)
,
Nov 29 2016
Tagging with current canary milestone.Please change if needed.
,
Dec 1 2016
Thanks, I believe this is something you guys already fixed but it didnt get added to the last release. It was an offshoot of a previous issue where svg did not appear correctly in chrome for a while (now fixed). Issue 643623 does seem like it was related to this and my previous issue. If this zoom issue has been fixed in Canary (which I confirmed it has when viewing my project) when can I expect the resolution to be pushed? Best Regards, G
,
Dec 1 2016
Well, when the fix reaches stable depends on when the fix was made - if it's only in Canary (57) then we're looking at mid-March. However, if it's indeed a dupe of issue 643623 , then the fix is in 55, and will be released ~1 week from now.
,
Dec 1 2016
Ok, since we don't have a concrete repro to validate - let's assume for now that this is a dupe of a known issue (perhaps issue 643623 ). You can install Chrome Beta if you want to check that it's really fixed in Chrome 55 (or Dev to check Chrome 56). See https://www.chromium.org/developers/calendar
,
Dec 1 2016
Thanks, It's definitely fixed in Canary Version 57.0.2938.0 canary (64-bit) |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by rbyers@chromium.org
, Nov 29 2016Components: -Blink Blink>SVG Blink>Layout
Labels: Hotlist-Interop Needs-Feedback
NextAction: 2016-12-12