Closed Bug 1041479 Opened 11 years ago Closed 11 years ago

m6.fr is sending desktop content to Firefox OS

Categories

(Web Compatibility :: Site Reports, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: magsout, Assigned: magsout, Mentored)

References

()

Details

(Whiteboard: [country-fr] [serversniff] [contactready])

Attachments

(1 file)

Attached image m6_firefix_os.png
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:30.0) Gecko/20100101 Firefox/30.0 (Beta/Release) Build ID: 20140605174243 Steps to reproduce: 1. With Firefox OS Simulator 1.3 2. Go to http://m6.fr Actual results: Received the Desktop Content. Expected results: Receive a mobile friendly content like it is happening for Safari iOS / Firefox mobile Android
OS: All → Gonk (Firefox OS)
Hardware: All → Other
Component: General → Mobile
Product: Firefox OS → Tech Evangelism
Good UA from Firefos OS: Mozilla/5.0 (Mobile; rv:18.0) Gecko/18.0 Firefox/18.0
Confirmed, clearly wrong server side detection. It can be easily fixed. I tested http://mobile.m6.fr/ and it is working without issues, even the videos. Site owners need to be contacted. Guillaume feels free to contact them and takes ownership of the bug. On FIREFOX OS GET / HTTP/1.1 Host: www.m6.fr User-Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0 HTTP/1.1 200 OK Content-Length: 15311 Content-Type: text/html On FIREFOX ANDROID GET / HTTP/1.1 Host: www.m6.fr User-Agent: Mozilla/5.0 (Android; Mobile; rv:30.0) Gecko/30.0 Firefox/30.0 HTTP/1.1 302 Found Content-Length: 192 Location: http://mobile.m6.fr/?redirect=1
Mentor: kdubost
Status: UNCONFIRMED → NEW
Ever confirmed: true
Hardware: Other → ARM
Whiteboard: [country-fr] [serversniff] [contactready]
I contacted M6 on twitter. The developers told me. The tweet : https://twitter.com/magsout/status/491685869573922816
In the discussion on twitter, Julien said: > ^.*Mozilla.*Mobile.*$ It will work, but maybe not the ideal way of doing it or more exactly there is no need for Mozilla at the start in this case. For example, it will match the iPhone too. Mozilla/5.0 (iPhone; U; CPU iPhone OS 3_0 like Mac OS X; en-us) AppleWebKit/528.18 (KHTML, like Gecko) Version/4.0 Mobile/7A341 Safari/528.16 So if we want to make it simpler, a match on lowercase "mobile" is enough. /mobi/i Benefits: it helps to have a wider net for catching the mobile browser such as Opera Mobi, IEMobile, iPhone, IPodTouch, etc. They all have "mobi" in their string. Constraints: The ipad is one of the only tablet which has Mobile in their UA string. So it will receive the mobile site too. So basically, it's better to do all /mobi/i but not /ipad/i What is the UA framework which is used for identification homemade? or something specific to Cobol Server 2.0. http://www.microfocus.com/products/micro-focus-developer/cobol-server/index.aspx Thanks.
Assignee: nobody → guillaume.demesy
Status: NEW → ASSIGNED
Fix for m6.fr ;-) Could you confirm please ?
This is tested and fixed! Good work. Thanks to M6 Team. http://twitter.com/MozWebCompat/status/494398499761291266
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Works perfectly, Good job .
Product: Tech Evangelism → Web Compatibility
Component: Mobile → Site Reports
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: