Closed Bug 883863 Opened 11 years ago Closed 9 years ago

m.easyjet.com doesn't display correctly in Gaia browser

Categories

(Web Compatibility :: Site Reports, defect)

defect
Not set
normal

Tracking

(b2g-v2.2 affected)

RESOLVED FIXED
Tracking Status
b2g-v2.2 --- affected

People

(Reporter: efrat, Assigned: adamopenweb, NeedInfo)

References

()

Details

(Whiteboard: [sitewait] [country-uk] [serversniff])

Attachments

(1 file)

Attached image screenshot.jpg
User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.110 Safari/537.36

Steps to reproduce:

Browsed to "http://m.easyjet.com" from Gaia browser

Tested on Firefox OS Simulator
OS Version 1.1.0.0-prerelease
Build Identifier 20130529113141


Actual results:

In the simulator - A download window appears for a non-html file

On a device - browser is stuck for a few seconds and then crashes.


Expected results:

The web page should have been displayed
This sounds like a duplicate of bug 830203, but you shouldn't be able to crash the device. I can't reproduce that.

What version of hardware/gonk/gecko/gaia are you using?
Component: Gaia::Browser → General
We've tested the site on a few devices, and couldn't reproduce the crash.
So it is actually a MIMEType issue.

BUT, our main concern is the fact the that mobile version of easyjet.com is not presented as it should.
On Firefox for Android the mobile version is presented correctly. If this is a user agent issue - who should this ticket be assigned to?
Sounds like what you are describing is a TE bug then.
Component: General → Mobile
Product: Boot2Gecko → Tech Evangelism
Version: unspecified → Trunk
contacted (Twitter and webform)
Assignee: nobody → hsteen
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Whiteboard: [sitewait][country-uk]
Here's the HTTP traffic for a fresh request (only session ID cookies snipped):

GET /m2p-ej/s/ HTTP/1.1
Host: m.easyjet.com
User-Agent: Mozilla/5.0 (Mobile; rv:18.1) Gecko/18.1 Firefox/18.1
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate
DNT: 1
Cookie:  clientlanguage=en_GB; onlymobile=true; CMSPOD=POD1; 
Connection: keep-alive

HTTP/1.1 200 OK
Cache-Control: no-cache
Cache-Control: no-store
Content-Language: en
Content-Type: application/vnd.wap.xhtml+xml;charset=UTF-8
Date: Wed, 16 Oct 2013 10:48:09 GMT
Pragma: no-cache
Content-Length: 3748
Connection: keep-alive
And for comparison, a request from Firefox on Android which works fine (one long cookie snipped):

GET /m2p-ej/s/ HTTP/1.1
Host: m.easyjet.com
User-Agent: Mozilla/5.0 (Android; Mobile; rv:25.0) Gecko/25.0 Firefox/25.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: nb-no,nb;q=0.9,no-no;q=0.8,no;q=0.6,nn-no;q=0.5,nn;q=0.4,en-us;q=0.3,en;q=0.1
Accept-Encoding: gzip, deflate
Cookie: JSESSIONID=9E6884A9FA9E9ACD34060A2B93AC273A; 
Connection: keep-alive

HTTP/1.1 200 OK
Cache-Control: no-cache
Cache-Control: no-store
Content-Language: en
Content-Type: text/html;charset=UTF-8
Date: Wed, 16 Oct 2013 10:52:31 GMT
Pragma: no-cache
Vary: Accept-Encoding
Content-Length: 4572
Connection: keep-alive
Whiteboard: [sitewait][country-uk] → [sitewait] [country-uk] [serversniff] [sitewait]
Whiteboard: [sitewait] [country-uk] [serversniff] [sitewait] → [sitewait] [country-uk] [serversniff]
Assignee: hsteen → nobody
Status: ASSIGNED → NEW
Update of what I am seeing when testing.

Simulator: 
- Navigate to easyjet.com 
- Go to a mobile splash page 
- Click "Take me there" for mobile
- Being redirected to the mobile site, seems to work OK.
or
- Navigate to m.easyjet.com
- Goes to working mobile site

Devices (1.4 & 1.2):
- Type easyjet.com 
- Go to a mobile splash page 
- Click "Take me there" for mobile
- Browser crash, file downloads
or
- Navigate to m.easyjet.com
- No crash, file downloads
Whiteboard: [sitewait] [country-uk] [serversniff] → [contactready] [country-uk] [serversniff]
Email sent to Taliesin Sisson (http://uk.linkedin.com/pub/taliesin-sisson/2/611/243).
Status: NEW → ASSIGNED
Whiteboard: [contactready] [country-uk] [serversniff] → [sitewait] [country-uk] [serversniff]
Assignee: nobody → astevenson
Hi There, 

I am the Mobile Test Manager at easyJet. 
Could we have a little more information this please?
Currently we do not have a Mozilla Firefox device, but we have downloaded Firefox browser to an android device but we cannot re-create the issue

Kind regards
Gillian
Flags: needinfo?(efrat)
Hi All,
Thank you for making us aware of a potential issue on easyJet mobile page for Firefox. 

However I am unable to replicate this issue on two different devices. 

Here are the steps I have followed as stated above.
1. Open Firefox and type in easyjet.com
2. Displays mobile splash page.
3. Click "Take me to the mobile website" for mobile
4. Opens to mobile easyJet home page.

I am using the following devices;
Firefox 28.0.1
Android v4.4.2
Nexus 4

Firefox 14.0.1
Android 4.1.2
Samsung Galaxy S2

I would appreciate if you could send in more details of this defect.

thanks
Jahangir

uk.linkedin.com/in/jahangirali/
Gillian, Jahangir: you can reproduce with Firefox on Android if you make it use the Firefox OS user-agent. For example this way:

1) In Firefox for Android, load about:config
2) Add a new preference (the + button at the top) with these details:
 - name: general.useragent.override.easyjet.com
 - type: string
 - value: Mozilla/5.0 (Mobile; rv:26.0) Gecko/26.0 Firefox/26.0
3) Load m.easyjet.com

Problem: you get a white tab with no content and a "download started" message. This is because m.easyjet.com sends WAP markup rather than HTML markup to this user-agent (see comment 5 above).

This lets you test with the User-Agent configuration Firefox OS-powered phones will use by default. The version number may vary (26.0 in the example above). A possible fix is to make sure your backend detects all browsers with the words "Mobile" and "Firefox" in the User-Agent string as "smartphone"-type/HTML5 devices.
Thanks we will investigate.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(dharris)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(dharris)
Jahangir, Gilian,

Any progress on that bug.
The issue is with the setting of the server side detection, sending the wrong mime-type to Firefox OS UA.

1. When entering easyjet.com we are not redirected to the mobile site.
2. When entering m.easyjet.com, we still get the WAP mime type.


http://m.easyjet.com/
13:46:52.828 GET http://m.easyjet.com/ [HTTP/1.1 302 Found 1162ms]
13:46:53.982 GET http://m.easyjet.com/m2p-ej/ [HTTP/1.1 302 Found 1408ms]
13:46:55.395 GET http://m.easyjet.com/m2p-ej/s/ [HTTP/1.1 200 OK 812ms]

Server:	nginx
Pragma:	no-cache
Date:	Mon, 08 Dec 2014 04:46:32 GMT
Content-Type:	application/vnd.wap.xhtml+xml;charset=UTF-8
Content-Length:	4965
Content-Language:	en
Connection:	keep-alive
Cache-Control:	no-cache, no-store

What are the rules you are using in the nginx configuration?
Flags: needinfo?(jahangir_ali)
Flags: needinfo?(gillian.gibson)
Flags: needinfo?(efrat)
easyjet has fixed it :)

We have one issue remaining: going to www.easyjet.com doesn't automatically send you to m.easyjet.com - I'll open a new bug for that if we don't have one.
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
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

Creator:
Created:
Updated:
Size: