tokyoartbeat.com sends desktop content to Firefox OS

NEW
Unassigned

Status

Tech Evangelism
Mobile
P5
normal
4 years ago
a year ago

People

(Reporter: karlcow, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [mobile-compat-form] [country-jp] [css] [serversniff] [sitewait], URL)

(Reporter)

Description

4 years ago
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

4 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

4 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

4 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

4 years ago
Whiteboard: [mobile-compat-form] [country-ja] [css] [serversniff] [contactready] → [mobile-compat-form] [country-jp] [css] [serversniff] [contactready]
(Reporter)

Comment 4

4 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

3 years ago
Still the same issue. I'm still discussing about it with the team.
(Reporter)

Updated

2 years ago
Assignee: kdubost → nobody
Status: ASSIGNED → NEW
(Reporter)

Comment 6

2 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

a year ago
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.