Closed
Bug 944466
Opened 11 years ago
Closed 6 years ago
tokyoartbeat.com sends desktop content to Firefox OS
Categories
(Web Compatibility :: Site Reports, defect, P5)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: karlcow, Unassigned)
References
()
Details
(Whiteboard: [mobile-compat-form] [country-jp] [css] [serversniff] [sitewait])
Site: http://www.tokyoartbeat.com/ tokyoartbeat.com sends desktop content to Firefox OS :: Steps To Reproduce 1. With Firefox OS on ZTE device 2. Go to http://www.tokyoartbeat.com/ :: Expected Result Have the mobile version :: Actual Result Receiving a desktop version :: Additional Information Software Version: 1.1 Device Information: ZTE roamer2 Reporter's User Agent: Mozilla/5.0 (Android; Mobile; rv:18.0) Gecko/18.0 Firefox/18.0
Reporter | ||
Comment 1•11 years ago
|
||
This one is a very surprising case.
The Web site is responsive and sends exactly the same content to Mobile and Desktop, except for the two lines below BUT they defeat the purpose of responsive design by doing user agent detection server side.
> <meta name="viewport" content="width=device-width, initial-scale=0.5, user-scalable=no">
> <link rel="stylesheet" href="/resources/style/new_global_smaho.css?2013-06-22-1" type="text/css" media="screen, projection" />
In this case, Firefox OS doesn't receive the mobile CSS and the meta.
(I will contact them. They are friends, at least they were until this bug report ;) kidding )
Assignee: nobody → kdubost
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Hardware: Other → ARM
Whiteboard: [mobile-compat-form] → [mobile-compat-form] [country-ja] [css] [serversniff] [contactready]
Reporter | ||
Comment 2•11 years ago
|
||
Oh… digging a bit more. I wonder which framework they are using for the UA detection. # They detect iPhone → http -b GET http://www.tokyoartbeat.com/ User-Agent:"Mozilla/5.0 (iPhone; CPU iPhone OS 5_0 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9A334 Safari/ 7534.48.3" | grep stylesheet <link rel="stylesheet" href="/resources/style/global.css?2013-06-22-1" type="text/css" media="screen, projection" /> <link rel="stylesheet" href="/resources/style/tab.css?2013-06-22-1" type="text/css" media="screen, projection" /> <link rel="stylesheet" href="/resources/style/home_2013.css?2013-06-22-1" type="text/css" media="screen, projection, print" /> <meta name="viewport" content="width=device-width, initial-scale=0.5, user-scalable=no"><link rel="stylesheet" href="/resources/style/new_global_smaho.css?2013-06-22-1" type="text/css" media="screen, projection" /> # but they don't detect iPod → http -b GET http://www.tokyoartbeat.com/ User-Agent:"Mozilla/5.0 (iPod; CPU iPhone OS 6_1_5 like Mac OS X) AppleWebKit/536.26 (KHTML like Gecko) Version/6.0 Mobile/10B400 Safari/ 8536.25" | grep stylesheet <link rel="stylesheet" href="/resources/style/global.css?2013-06-22-1" type="text/css" media="screen, projection" /> <link rel="stylesheet" href="/resources/style/tab.css?2013-06-22-1" type="text/css" media="screen, projection" /> <link rel="stylesheet" href="/resources/style/home_2013.css?2013-06-22-1" type="text/css" media="screen, projection, print" /> So the iPod is receiving the desktop css only too. So far… ------------------------------------- * iOS iPhone mobile * iOS iPod Safari desktop * iOS iPod Opera Mini mobile * Android Opera Mini mobile * Android Opera Mobile mobile * Android Firefox mobile * Firefox OS Firefox desktop -------------------------------------
Reporter | ||
Comment 3•11 years ago
|
||
Tizen UA string for Mobile devices do not go through. → http -b GET http://www.tokyoartbeat.com/ User-Agent:"Mozilla/5.0 (Linux; U; Tizen 2.0; en-us) AppleWebKit/537.1 (KHTML, like Gecko) Mobile TizenBrowser/2.0" | grep stylesheet <link rel="stylesheet" href="/resources/style/global.css?2013-06-22-1" type="text/css" media="screen, projection" /> <link rel="stylesheet" href="/resources/style/tab.css?2013-06-22-1" type="text/css" media="screen, projection" /> <link rel="stylesheet" href="/resources/style/home_2013.css?2013-06-22-1" type="text/css" media="screen, projection, print" />
Reporter | ||
Updated•10 years ago
|
Whiteboard: [mobile-compat-form] [country-ja] [css] [serversniff] [contactready] → [mobile-compat-form] [country-jp] [css] [serversniff] [contactready]
Reporter | ||
Comment 4•10 years ago
|
||
This is kind of sitewait :) because I need to contact myself in resolving that bug. Aka I volunteered with TokyoArtBeat NPO to analyze and propose a solution for it :)
Whiteboard: [mobile-compat-form] [country-jp] [css] [serversniff] [contactready] → [mobile-compat-form] [country-jp] [css] [serversniff] [sitewait]
Reporter | ||
Comment 5•10 years ago
|
||
Still the same issue. I'm still discussing about it with the team.
Reporter | ||
Updated•9 years ago
|
Assignee: kdubost → nobody
Status: ASSIGNED → NEW
Reporter | ||
Comment 6•9 years ago
|
||
A bit of a sad state. Here I kind of give up on this one. The site is run by a group of friends on their more or less personal time and I was not successful into pushing modifications.
Reporter | ||
Updated•8 years ago
|
Priority: -- → P5
Comment 7•6 years ago
|
||
Closing as we are not working on Firefox OS anymore.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
Assignee | ||
Updated•5 years ago
|
Product: Tech Evangelism → Web Compatibility
Assignee | ||
Updated•1 month ago
|
Component: Mobile → Site Reports
You need to log in
before you can comment on or make changes to this bug.
Description
•