Closed Bug 957043 Opened 9 years ago Closed 7 years ago sends the desktop version for Firefox on Mobile


(Web Compatibility :: Mobile, defect)

Gonk (Firefox OS)
Not set


(Not tracked)



(Reporter: karlcow, Assigned: karlcow)




(Whiteboard: [mobile-compat-form] [country-jp] [serversniff] [sitewait] [clientsniff])


(3 files, 1 obsolete file)

Site: sends the desktop version for Firefox on Mobile

:: Steps To Reproduce

1. With Firefox OS or Firefox Android
2. Go to

:: Expected Result

Get the mobile content like Opera Mobile

:: Actual Result

Received the Desktop Content.

:: Additional Information

Software Version: 1.2
Device Information: ZTE roamer2
Reporter's User Agent: Mozilla/5.0 (Mobile; ZTEOpen; rv:25.0) Gecko/25.0 Firefox/25.0
Hardware: Other → ARM
Whiteboard: [mobile-compat-form] → [mobile-compat-form] [country-jp]
Ever confirmed: true
This is also happening once the user is being logged. 

The User agent detection is happening both on the server side and the client side. On the client side they are using the Zepto library. For example: 



# iOS Safari
→ http -b GET "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 -i "html class"
<html class="osIOS browserSafari browserSafari75 pageHomeJpMixi domainJpMixi">

# Firefox Android
→ http -b GET "User-Agent: Mozilla/5.0 (Android; Mobile; rv:18.1) Gecko/18.1 Firefox/18.1" | grep -i "html class"
<html class="osAndroid browserFirefox browserFirefox18 serviceLogoutQuirks pageHomeJpMixi domainJpMixi">

# Firefox OS
→ http -b GET "User-Agent: Mozilla/5.0 (Mobile; rv:18.1) Gecko/18.1 Firefox/18.1" | grep -i "html class"
<html class="osUndefined browserFirefox browserFirefox18 serviceLogoutQuirks pageHomeJpMixi domainJpMixi">
Whiteboard: [mobile-compat-form] [country-jp] → [mobile-compat-form] [country-jp] [serversniff] [contactready] [clientsniff]
Still a problem, affects both Firefox on Android and Firefox OS. According to the CSS analysis, the stuff they send to the iPhone has quite a lot of -webkit- CSS, I see no issues on the login page but presumably there are layout problems inside the site.
Attached image 043.png (obsolete) —
Will be helpful in contacting
Contacted Yokoma-san, one of the devs. Gave information about the UA. Let see if I get an answer.

Also Mike Taylor told me that Zepto latest version is compatible with Firefox OS.
Assignee: nobody → kdubost
Whiteboard: [mobile-compat-form] [country-jp] [serversniff] [contactready] [clientsniff] → [mobile-compat-form] [country-jp] [serversniff] [sitewait] [clientsniff]
OK got a reply from Mixi CTO, who kindly acknowledged the issue. 
They are working on it and they will tell us when it is solved. 
A bit of Mixi love is good.
Blocks: 1057221
Since the opening of this bug, the Web site has changed a lot. 
First of all, Mixi changed its strategy and now there is public content accessible from the home page. 

Here comes the list of old and new issues. 

* Receive Desktop version instead of Mobile version of the site:
  Firefox Android (gecko), Firefox OS (gecko), Opera (blink), UCWeb (blink)
* Receive Mobile version
  iOS Safari (WebKit), Chrome Android (blink)

Opening a secondary bug for CSS issues Bug 1057221
Attached image mixi-opera-blink.png
Opera Blink is receiving the desktop version.
Attached image 2014-08-22-14-27-32.png
Firefox OS and Firefox Android receives the desktop version.
Attachment #8360931 - Attachment is obsolete: true
Recontacted the CTO today with the fixed CSS.
We need another contact. My previous contact was Takeshi Matsuoka, Mixi ex-CTO.

> Technical details of permanent failure: 
> Google tried to deliver your message, but it was 
> rejected by the server for the recipient domain 

The CTO must have changed.
Do you know if we have other contacts at Mixi.
If not I will try to find a new one.
Flags: needinfo?(bugzilla)
Maybe another possibility
The contact worked. The dialog is opened. :)
Message from the contact on 2015-03-25

> We do have interest in solving this, 
> but the biggest problem is that our site has lots 
> of CSS files (200+ for smartphone only), and we 
> can hardly get around to fix and test (!) all of it.

I introduced them to css-fixme.
Flags: needinfo?(bugzilla)
(cssfixme now also supports a more "compact" output mode, meant to make it easier for sites like Mixi to create diffs)
Mozilla Japan has contact, will contact them.
Also, discuss on
Recontacted Patrick asking them to give us the mobile site.
And telling them that for the CSS in the meantime we will fix it on the client side.
This is fixed. \o/
Thanks to Mixi team and their hard work.
Closed: 7 years ago
Resolution: --- → FIXED
Product: Tech Evangelism → Web Compatibility
You need to log in before you can comment on or make changes to this bug.