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

Issue 789788 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Dec 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Device mode (iphone) sends Chrome's accept request header and not iphone's

Reported by ran.rubi...@gmail.com, Nov 30 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36

Steps to reproduce the problem:
1. Open developer tools
2. Choose iphone 6 plus
3. Make a request to any url

What is the expected behavior?
Accept request header should be:
accept:text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

What went wrong?
Accept header sent is :
accept:image/webp,image/apng,image/*,*/*;q=0.8

Did this work before? N/A 

Chrome version: 62.0.3202.94  Channel: stable
OS Version: OS X 10.12.6
Flash Version:
 
Owner: kinuko@chromium.org
@kinuko:

Not that we are going to special-case emulation here, but why do we send these bogus apng/webp accepts whereas nobody else does? I'm not sure the justification in https://bugs.chromium.org/p/chromium/issues/detail?id=706679 is sufficient for this.
Cc: divya.pa...@techmahindra.com
Labels: Needs-Triage-M62 Triaged-ET OS-Linux OS-Windows
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on reported version 62.0.3202.94 and latest Canary 64.0.3280.0 using windows 10, Mac 10.12.6 and Ubuntu 14.04 and the same is seen from M-50(50.0.2624.0). Hence considering the issue as Non-Regression and marking it as Untriaged
789788.mp4
1.5 MB View Download
Status: WontFix (was: Untriaged)
ran, we won't be fixing this. our emulation differences from iphone are very substantial. 


Thanks for considering it!

Sign in to add a comment