New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 650661 link

Starred by 2 users
Status: WontFix
Owner:
chaopeng@chromium.org
Closed: Dec 2016
Cc:
█ krajshree@chromium.org
dgozman@chromium.org
bokan@chromium.org
Components:
EstimatedDays: ----
NextAction: 2016-12-08
OS: Linux , Windows , Mac
Pri: 3
Type: Bug



Sign in to add a comment

viewport meta tag is overriden

Reported by hs85je...@gmail.com, Sep 27 2016 
Chrome Version       : Chrome, 53.0.2785.116m
URLs (if applicable) : meta.html (attached)
Other browsers tested: Yes.
  Add OK or FAIL, along with the version, after other browsers where you
have tested this issue:
     Safari: OK
    Firefox: OK
         IE: Not yet.

What steps will reproduce the problem?

(1) test the "meta.html" with mobile device simulator in the inspector.

What is the expected result?

Expected: Red rectangle is fit to the half of the screen.

What happens instead?

Acutal: 300px, 300px rectangle is located to the top-left edge.


Please provide any additional information below. Attach a screenshot if
possible.

I think second meta tag doesn't have to override the first one except to define the same property. Other browsers(Firefox, Safari..) keep the defined meta tag even if new meta tag is added. I didn't find the spec about the duplicated viewport meta tag. What is right behavior?
meta.html
201 bytes View Download

Comment 1 by krajshree@chromium.org, Sep 29 2016

Cc: krajshree@chromium.org
Components: Platform>DevTools
Labels: M-55 OS-Linux OS-Mac OS-Windows
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on MAC 10.11.6, Windows 10 and Ubuntu 14.04 using chrome stable #53.0.2785.116.

This is non regression issue as it is observed from M35, M45 and M50 old builds.

Marking it as Untriaged to get more inputs from dev team.

Thanks,
650661.PNG
111 KB View Download

Comment 2 by alph@chromium.org, Oct 10 2016

Components: -Platform>DevTools Platform>DevTools>Mobile
Owner: dgozman@chromium.org
Status: Assigned (was: Untriaged)
Can repro. Btw, when I edit the "content=100px" with DevTools it starts working.

Comment 3 by dgozman@chromium.org, Oct 10 2016

Cc: dgozman@chromium.org
Components: -Platform>DevTools>Mobile Blink>Layout
Owner: bokan@chromium.org
Sounds like an engine issue. @bokan: could you please take a look or route to someone appropriate?

Comment 4 by bokan@chromium.org, Nov 7 2016

Cc: bokan@chromium.org
Labels: Hotlist-Input-Dev
Owner: chaopeng@chromium.org
I'm not sure if this is a bug or working as intended. Chao, could you check what mobil Safari does? We should match that.

Comment 5 by chaopeng@chromium.org, Nov 24 2016 

It seems chrome mobile working as safari mobile.
safari-screenshot.png
30.0 KB View Download
chrome-screenshot.png
17.3 KB View Download

Comment 6 by bokan@chromium.org, Nov 24 2016

Labels: Needs-Feedback
NextAction: 2016-12-08
hs85jeong@gmail: It looks like Chrome's behavior is interoperable with Safari, in which case we're unlikely to change it. Could you confirm if you're seeing different behavior?

By the way, the viewport tag specifies a layout width of 100px, which means that the red box will overflow the initial containing box and the content width of the document will be 300px. So even if we additively parse viewport meta tags, I would expect the page to load with the red box filling the entire width of the viewport.

Comment 7 by hs85je...@gmail.com, Dec 6 2016 

Dear bokan, 
Okay,, Safari mobile also looks like Chrome mobile behavior.
As you explained, I expect the page to load with the red box filling the entire width of the viewport. I don't know what is right.

Comment 8 by bokan@chromium.org, Dec 6 2016

Labels: -Needs-Feedback
Status: WontFix (was: Assigned)
Closing this since there's no bug.

If you want the box to fill the entire width, you should include only one viewport meta tag and give the box the width that you specify in the meta tag.
►

Sign in to add a comment