Closed Bug 878632 Opened 12 years ago Closed 11 years ago

banorte.com doesn't recognize B2G UA as mobile

Categories

(Web Compatibility :: Site Reports, defect)

Product:
Web Compatibility
Component:
Site Reports
Platform:
ARM
Gonk (Firefox OS)
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INVALID

People

(Reporter: lmandel, Assigned: alex_mayorga)

References

(
URL
)

Details

(Whiteboard: [uaoverride] [country-mx] [serversniff] [sitewait])

banorte.com serves a desktop site to B2G. Bug 823364 added an UA override for this domain. The override should be removed once the domain serves mobile content to B2G. This bug tracks the evangelism for the site to recognize the B2G UA and the removal of the override at that time.
Blocks: banorte.com
URL: banorte.com
Whiteboard: [uaoverride]
Whiteboard: [uaoverride] → [uaoverride] country-mx]
Whiteboard: [uaoverride] country-mx] → [uaoverride] [country-mx]
this site sends a desktop version to Safari on iPhone too. I can't find any indication it has a mobile site (but I didn't look very carefully) - anyway, please kill this spoof and close as invalid if this happens for you too.
URL: banorte.com → http://banorte.com
On Safari + iPodTouch -> mobile site Firefox + Android -> mobile site Opera + Android -> mobile site It seems it goes through a redirection to portal. if I do GET / HTTP/1.1 Accept: */* Accept-Encoding: gzip, deflate, compress Host: banorte.com User-Agent: Mozilla/5.0 (Android; Mobile; rv:18.0) Gecko/18.0 Firefox/18.0 HTTP/1.1 200 OK Accept-Ranges: none Connection: keep-alive Content-Encoding: gzip Content-Length: 200 Content-type: text/html Date: Mon, 26 Aug 2013 14:04:41 GMT ETag: "pv01750f52d85068887143b155af25c981" Last-Modified: Fri, 20 Jan 2012 21:19:47 GMT Server: Sun-ONE-Web-Server/6.1 Set-Cookie: portal=468346048.20480.0000; path=/ Vary: Accept-Encoding X-PvInfo: [S10203.C6286.A5985.RA0.G1817.U5CE4C7F4].[OT/html.OG/pages] It doesn't give any clues. But the body is <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <meta http-equiv="refresh" content="0; url=http://www.banorte.com/portal"> </head> <body> </body> </html> then GET /portal HTTP/1.1 Accept: */* Accept-Encoding: gzip, deflate, compress Host: banorte.com User-Agent: Mozilla/5.0 (Android; Mobile; rv:18.0) Gecko/18.0 Firefox/18.0 HTTP/1.1 302 Moved Temporarily Connection: close Date: Mon, 26 Aug 2013 14:06:09 GMT Location: http://banorte.com/portal/ Server: Sun-ONE-Web-Server/6.1 Set-Cookie: portal=451568832.20480.0000; path=/ X-Powered-By: Servlet/2.5 JSP/2.1 X-PvInfo: [S10203.C6286.A5985.RA5993.G1817.UABEA9E4A].[OT/other.OG/other] And GET /portal/ HTTP/1.1 Accept: */* Accept-Encoding: gzip, deflate, compress Host: banorte.com User-Agent: Mozilla/5.0 (Android; Mobile; rv:18.0) Gecko/18.0 Firefox/18.0 HTTP/1.1 302 Moved Temporarily Connection: close Content-type: text/html; charset=ISO-8859-1 Date: Mon, 26 Aug 2013 14:06:25 GMT Location: http://banorte.com/portal/personas/home.web Server: Sun-ONE-Web-Server/6.1 Set-Cookie: JSESSIONID=4PLsSbgBQp1h6bbQGBND31ZNRNLFZ0CdqQg4TQ7QklyTZ2FXX4BC!-142471449; path=/; HttpOnly Set-Cookie: portal=468346048.20480.0000; path=/ Vary: Accept-Encoding X-Powered-By: Servlet/2.5 JSP/2.1 X-PvInfo: [S10203.C6286.A5985.RA0.G1817.U36DA8B2E].[OT/html.OG/pages] And then :) GET /portal/personas/home.web HTTP/1.1 Accept: */* Accept-Encoding: gzip, deflate, compress Host: banorte.com User-Agent: Mozilla/5.0 (Android; Mobile; rv:18.0) Gecko/18.0 Firefox/18.0 HTTP/1.1 302 Moved Temporarily Connection: close Date: Mon, 26 Aug 2013 14:47:17 GMT Location: http://banorte.com/portal/mobile/home.xhtml Server: Sun-ONE-Web-Server/6.1 Set-Cookie: JSESSIONID=yb2hSbqVjkrgvKJhnvlGdXysJdFqFh1TNgDLsH9P9y3BszsWpfM8!261780714; path=/; HttpOnly Set-Cookie: portal=451568832.20480.0000; path=/ X-Powered-By: Servlet/2.5 JSP/2.1 X-PvInfo: [S10203.C6286.A5985.RA5993.G1817.U68CF2A10].[OT/other.OG/other] Pfewwww… :) GET /portal/mobile/home.xhtml HTTP/1.1 Accept: */* Accept-Encoding: gzip, deflate, compress Host: banorte.com User-Agent: Mozilla/5.0 (Android; Mobile; rv:18.0) Gecko/18.0 Firefox/18.0 HTTP/1.1 200 OK Connection: keep-alive Content-Encoding: gzip Content-Length: 665 Content-type: text/html Date: Mon, 26 Aug 2013 14:48:01 GMT ETag: "pv872227748c0ac9fa07f14fb2c0787380" Server: Sun-ONE-Web-Server/6.1 Set-Cookie: JSESSIONID=1QvTSbqQT4nxdNqj2z3JD7524TqN04TnFbyLKjBCZhSvX2JwNYtG!-142471449; path=/; HttpOnly Set-Cookie: portal=468346048.20480.0000; path=/ Vary: Accept-Encoding X-Powered-By: Servlet/2.5 JSP/2.1 X-PvInfo: [S10203.C6286.A5985.RA0.G1817.U41C0778D].[OT/html.OG/pages] The mobile content.
Whiteboard: [uaoverride] [country-mx] → [uaoverride] [country-mx] [serversniff]
Hm.. I'll have to re-test with the iPhone then?!? :-o
Whiteboard: [uaoverride] [country-mx] [serversniff] → [uaoverride] [country-mx] [serversniff] [contactready]
I tried this on Firefox OS Simulator today and they still serve the desktop site. To add insult to injury if I try http://m.banorte.com it redirects to the Play Store =( Could somebody outline what exactly they'd need to do to do the right thing, please?
I've just tested on iPhone Safari (iOS 6.1.3)... and get the desktop site. Makes me wonder if Karl's iPod Touch isn't running iOS 4 or 5 and they just haven't adjusted their detection to account for iOS 6. Which would be... interesting. But navigating directly to http://banorte.com/portal/mobile/home.xhtml gives a nice jQuery mobile site that seems to work. More testing: iPhone Safari iOS6 -> Desktop iPad Mini Safari iOS 7 -> Desktop Firefox for Android (25) -> Desktop FxOS simulator -> Desktop Chrome Android -> Desktop Android Native Browser -> Desktop Geeksphone Peak -> Mobile Given all that I can only assume they're doing some very strict UA string matching that basically fails everywhere (except a spoofed Firefox for Android 18?). So I don't know about this one. The mobile site experience is nicer, but AFAICT only Firefox OS is getting it.
mike, indeed the ipodtouch is an old cow iOS 4. > The mobile site experience is nicer, but AFAICT only Firefox OS is getting it. This is a kind of the QOTD.
FWIW I did an attempt at contacting at https://twitter.com/alex_mayorga/status/412986832498855936
Assignee: nobody → alex_mayorga
Status: NEW → ASSIGNED
Whiteboard: [uaoverride] [country-mx] [serversniff] [contactready] → [uaoverride] [country-mx] [serversniff] [sitewait]
I wonder if they are still using "iPlanet Web Server, Enterprise Edition 4.1". https://eps.banorte.com/ On the site http://banorte.com/banortemovil/ there was a customer email address customer.service@banorte.com
Suggestion for fixing the issue. Sending the same version of the site to Firefox OS than Firefox Android. The [UA string for Firefox OS][1] has the patterns "Mozilla/5.0 (Mobile; rv:$VERSION) Gecko/$VERSION Firefox/$VERSION" "Mozilla/5.0 (Mobile; nnnn; rv:$VERSION) Gecko/$VERSION Firefox/$VERSION" * where `$VERSION` is a number. * where `nnnn` is a string. but we usually recommend to identify the substring `/mobi/` as much as possible so it will also help other browser vendors on mobile. [1]: https://developer.mozilla.org/en-US/docs/Gecko_user_agent_string_reference#Firefox_OS
We can remove the UA override on banorte.com, It doesn't deserve any purpose. https://hg.mozilla.org/mozilla-central/file/tip/b2g/app/ua-update.json.in#l94 Firefox for Android fails to receive the mobile site too. Including Android Browser, UCWeb, Opera all of them receive the desktop site.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
Blocks: 1006337
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.