Closed
Bug 905120
Opened 12 years ago
Closed 10 years ago
lufthansa.de sends desktop site to B2G
Categories
(Web Compatibility :: Site Reports, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: hsteen, Assigned: karlcow, Mentored)
References
()
Details
(Whiteboard: [serversniff] [country-de][contactready])
Attachments
(1 file)
235.82 KB,
image/png
|
Details |
1) http://lufthansa.de should (probably) send FirefoxOS browsers to mobile.lufthansa.com
2) There is server-side browser sniffing on mobile.lufthansa.com that omits certain features (like autocomplete for departure/destination fields) when FirefoxOS is used (presumably classifying it as an "unknown" and less capable mobile browser in the backend logic). For example these scripts are removed, compared to what Firefox Android UA gets:
<script type="text/javascript" src="/js/searchfield.js;jsessionid=DB345BC5D669BF02AF1214C442E4E2D4.portal14b?l=en">
</script>
<script type="text/javascript" src="/js/airportlist.do;jsessionid=DB345BC5D669BF02AF1214C442E4E2D4.portal14b?full=1&cities=1&l=en">
</script>
Reporter | ||
Updated•12 years ago
|
Priority: -- → P3
Whiteboard: [serversniff] [country-de]
Reporter | ||
Updated•12 years ago
|
Reporter | ||
Updated•12 years ago
|
Summary: lufthansa.de sends desktop site to B2G ▪ [>>] → lufthansa.de sends desktop site to B2G
Whiteboard: [serversniff] [country-de] → [serversniff] [country-de][contactready]
![]() |
Assignee | |
Comment 1•12 years ago
|
||
This seems to be resolved.
Tested on Firefox Android and Firefox OS, Opera mobile, Opera mini, they all receive the mobile Web site.
Assignee: nobody → kdubost
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Updated•12 years ago
|
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
![]() |
Assignee | |
Comment 3•12 years ago
|
||
Yes regression. I guess they changed their framework.
to contact again.
→ echo "";echo ""; URI='http://www.lufthansa.com/online/portal/lh/us/homepage'
; echo "# iOS SAFARI"; http --print hH GET $URI "User-Agent: $APHUA" ;echo "#
FIREFOX OS"; http --print hH GET $URI "User-Agent: $FOSUA"
# iOS SAFARI
GET /online/portal/lh/us/homepage HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate, compress
Host: www.lufthansa.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
HTTP/1.1 302 Moved Temporarily
Cache-Control: max-age=600
Connection: keep-alive
Content-Language: en-US
Content-Length: 0
Content-Type: text/plain
Date: Fri, 07 Feb 2014 17:29:54 GMT
Location: http://mobile.lufthansa.com
Redirect-Cause: CookieDetector: Mobile User
Server: IBM_HTTP_Server
# FIREFOX OS
GET /online/portal/lh/us/homepage HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate, compress
Host: www.lufthansa.com
User-Agent: Mozilla/5.0 (Mobile; rv:18.0) Gecko/18.0 Firefox/18.0
HTTP/1.1 200 OK
Cache-Control: private, max-age=600
Connection: keep-alive
Content-Encoding: gzip
Content-Language: en
Content-Length: 20904
Content-Location: /online/portal/lh/us/homepage2011/!ut/p/c5/04_SB8K8xLLM9MSSzPy8xBz9CP0os3hnf0PLMI9QZzNzb29DA0d_J093F2dnM28vA30v_aj0nPwkoMpwkF7cao0NIPIGOICjgb6fR35uqn5BdnCQhaOiIgCRcug0/dl3/d3/L2dBISEvZ0FBIS9nQSEh/
Content-Type: text/html; charset=UTF-8
Date: Fri, 07 Feb 2014 17:29:54 GMT
IBM-Web2-Location: /online/portal/lh/us/homepage2011/!ut/p/c5/04_SB8K8xLLM9MSSzPy8xBz9CP0os3hnf0PLMI9QZzNzb29DA0d_J093F2dnM28vA30v_aj0nPwkoMpwkF7cao0NIPIGOICjgb6fR35uqn5BdnCQhaOiIgCRcug0/dl3/d3/L2dBISEvZ0FBIS9nQSEh/
Server: IBM_HTTP_Server
Vary: Accept-Encoding
Updated•11 years ago
|
Whiteboard: [serversniff] [country-de][contactready] → [serversniff] [country-de][contactready][mentor=astevenson]
![]() |
Assignee | |
Updated•11 years ago
|
URL: → http://lufthansa.de/
Reporter | ||
Comment 4•11 years ago
|
||
The behaviour is pretty odd now.. First you do indeed get the desktop site, but if you try to click some menu or link you're all of a sudden taken to mobile.lufthansa.com instead. Pretty confusing!
Auto-complete is still missing from the "Book" section, but oddly enough it's present elsewhere like in the "Flight status" search screens, and works fine.
![]() |
Assignee | |
Comment 5•11 years ago
|
||
Confirmed on both remarks from Hallvord for Firefox OS.
# iOS Safari (iPod)
a redirection and then a fail to access any site. I suspect an infinite loop.
# Firefox Android
Redirection to mobile site.
Same issue with Book/Flight Status
# UC Web, Opera, Chrome
Redirection to mobile
No issue with Book/Flight
We should open a separate bug for the autocompletion.
Let's see about the first page.
→ http --print hH GET http://www.lufthansa.de/ "User-Agent: Mozilla/5.0 (Mobile; rv:18.0) Gecko/18.0 Firefox/18.0"
GET / HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate, compress
Host: www.lufthansa.de
User-Agent: Mozilla/5.0 (Mobile; rv:18.0) Gecko/18.0 Firefox/18.0
HTTP/1.1 301
Accept-Ranges: bytes
Cache-Control: no-cache
Connection: close
Content-Length: 208
Content-Type: text/html; charset=IBM-850
Date: Fri, 30 May 2014 05:14:51 GMT
Expires: Fri, 30 May 2014 05:14:51 GMT
Last-Modified: Fri, 30 May 2014 05:14:51 GMT
Location: http://www.lufthansa.com/online/portal/lh/de/homepage
Pragma: no-cache
Server: Lufthansa Proxy
→ http --print hH GET http://www.lufthansa.com/online/portal/lh/de/homepage "User-Agent: Mozilla/5.0 (Mobile; rv:18.0) Gecko/18.0 Firefox/18.0"
GET /online/portal/lh/de/homepage HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate, compress
Host: www.lufthansa.com
User-Agent: Mozilla/5.0 (Mobile; rv:18.0) Gecko/18.0 Firefox/18.0
HTTP/1.1 200 OK
Cache-Control: private, max-age=600
Connection: keep-alive
Content-Encoding: gzip
Content-Language: en
Content-Length: 20308
Content-Location: /online/portal/lh/de/homepage2011/!ut/p/c5/04_SB8K8xLLM9MSSzPy8xBz9CP0os3hnf0PLMI9QZ7MwCw9XA0dvJ9OAEEMvR0sDI6B8pFm8AQ7gaEBAt5d-VHpOfhLQnnCQzTjVeoQZQeTx2OTnkZ-bql-QG1EZHJCuCAAGCADZ/dl3/d3/L2dBISEvZ0FBIS9nQSEh/
Content-Type: text/html; charset=UTF-8
Date: Fri, 30 May 2014 05:16:06 GMT
IBM-Web2-Location: /online/portal/lh/de/homepage2011/!ut/p/c5/04_SB8K8xLLM9MSSzPy8xBz9CP0os3hnf0PLMI9QZ7MwCw9XA0dvJ9OAEEMvR0sDI6B8pFm8AQ7gaEBAt5d-VHpOfhLQnnCQzTjVeoQZQeTx2OTnkZ-bql-QG1EZHJCuCAAGCADZ/dl3/d3/L2dBISEvZ0FBIS9nQSEh/
Server: IBM_HTTP_Server
Vary: Accept-Encoding
OH! I understood the issue with the iPod Safari. I guess Safari is really trying to make sense of the encoding even for a redirection.
→ http --print hH GET http://lufthansa.de/ "User-Agent: Mozila/5.0 (iPod; U; CPU like Mac OS X; en) AppleWebKit/420.1 (KHTML, like Geckto) Version/3.0 Mobile/3A101a Safari/419.3"
GET / HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate, compress
Host: lufthansa.de
User-Agent: Mozila/5.0 (iPod; U; CPU like Mac OS X; en) AppleWebKit/420.1 (KHTML, like Geckto) Version/3.0 Mobile/3A101a Safari/419.3
HTTP/1.1 301
Accept-Ranges: bytes
Cache-Control: no-cache
Connection: close
Content-Length: 208
Content-Type: text/html; charset=IBM-850
Date: Fri, 30 May 2014 05:31:52 GMT
Expires: Fri, 30 May 2014 05:31:52 GMT
Last-Modified: Fri, 30 May 2014 05:31:52 GMT
Location: http://www.lufthansa.com/online/portal/lh/de/homepage
Pragma: no-cache
Server: Lufthansa Proxy
So here you think all the same… than Firefox OS.
Well yes exactly. What's happening if I do
→ http -b GET http://lufthansa.de/ "User-Agent: Mozila/5.0 (iPod; U; CPU like Mac OS X; en) AppleWebKit/420.1 (KHTML, like Geckto) Version/3.0 Mobile/3A101a Safari/419.3"
http: error: LookupError: unknown encoding: IBM-850
→ http -b GET http://www.lufthansa.de/ "Mozilla/5.0 (Mobile; rv:18.0) Gecko/18.0 Firefox/18.0"
http: error: LookupError: unknown encoding: IBM-850
woot?! Indeed. Safari old version is failing because the charset doesn't make sense.
Content-Type: text/html; charset=IBM-850
![]() |
Assignee | |
Comment 6•11 years ago
|
||
And btw it exists.
http://en.wikipedia.org/wiki/Code_page_850
Updated•11 years ago
|
Mentor: astevenson
Whiteboard: [serversniff] [country-de][contactready][mentor=astevenson] → [serversniff] [country-de][contactready]
![]() |
Assignee | |
Comment 7•11 years ago
|
||
So tested and we receive now the Mobile Web site again.
I'm closing it And I'm also cloning for the Autocompletion.
Status: NEW → RESOLVED
Closed: 12 years ago → 11 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 8•11 years ago
|
||
If this was fixed at some point it's now regressed again :(
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reporter | ||
Updated•11 years ago
|
Status: REOPENED → NEW
Reporter | ||
Comment 9•10 years ago
|
||
![]() |
Assignee | |
Comment 10•10 years ago
|
||
to note that Firefox Android is redirected to a mobile domain.
https://mobile.lufthansa.com/hpg/start.jsp?c=DE&l=de
but Firefox OS is getting a responsive Web site.
As such I think the issue is somehow solved.
Status: NEW → RESOLVED
Closed: 11 years ago → 10 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Product: Tech Evangelism → Web Compatibility
Updated•1 year ago
|
Component: Mobile → Site Reports
You need to log in
before you can comment on or make changes to this bug.
Description
•