Closed
Bug 856662
Opened 13 years ago
Closed 11 years ago
el-nacional.com doesn't recognize B2G UA as mobile
Categories
(Web Compatibility :: Site Reports, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: lcamacho, Assigned: lcamacho)
References
()
Details
(Whiteboard: [serversniff] [country-ve] [contactready])
I've been checking popular sites in Venezuela and found that el-nacional.com doesn't send the mobile version when using Firefox OS simulator.
| Assignee | ||
Updated•13 years ago
|
URL: el-nacional.com
Comment 1•12 years ago
|
||
(w/o www in URL this site has a redirect loop)
| Assignee | ||
Updated•12 years ago
|
Assignee: nobody → leonard.camacho
| Assignee | ||
Comment 2•12 years ago
|
||
After 20 min with el-nacional.com webmaster this has been fixed. Tested on ZTE Open.
Comment 3•12 years ago
|
||
Confirmed that I get sent to http://m.el-nacional.com/. Thanks Leonard!
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 4•12 years ago
|
||
Unfortunately this site regressed and now sends desktop content again.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 5•12 years ago
|
||
(but it seems they just dropped redirecting to their mobile site altogether?)
Status: REOPENED → NEW
| Assignee | ||
Comment 6•12 years ago
|
||
They remove the redirection from what I can see in the scripts but m.el-nacional.com is working; I've been trying making contact again but they doesn't respond.
Comment 7•12 years ago
|
||
Maybe they aren't actually aware that their desktop->mobile redirection logic stopped working entirely?
Comment 8•12 years ago
|
||
On the server side, same behavior for iOS and Firefox OS.
On the client side too, so not sure it is a regression, more like a change in terms of business strategies or mistakes.
I would be inclined to keep it RESOLVED ;)
→ echo "";echo ""; URI='http://www.el-nacional.com/' ; echo "# iOS SAFARI"; htt
p --print hH GET $URI "User-Agent: $APHUA" ;echo "# FIREFOX OS"; http --print
hH GET $URI "User-Agent: $FOSUA"
# iOS SAFARI
GET / HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate, compress
Host: www.el-nacional.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 200 OK
Accept-Ranges: bytes
Connection: keep-alive
Content-Encoding: gzip
Content-Length: 38070
Content-Type: text/html; charset=UTF-8
Date: Fri, 07 Feb 2014 17:36:14 GMT
Server: nginx
Vary: Accept-Encoding,User-Agent
# FIREFOX OS
GET / HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate, compress
Host: www.el-nacional.com
User-Agent: Mozilla/5.0 (Mobile; rv:18.0) Gecko/18.0 Firefox/18.0
HTTP/1.1 200 OK
Accept-Ranges: bytes
Connection: keep-alive
Content-Encoding: gzip
Content-Length: 38070
Content-Type: text/html; charset=UTF-8
Date: Fri, 07 Feb 2014 17:36:15 GMT
Server: nginx
Vary: Accept-Encoding,User-Agent
Comment 9•12 years ago
|
||
I'll leave that up to Leonard - if he can find them time to send them a note asking if this was intentional, he can - if not he can suggest we close it. We're mostly worried about sites where Firefox / Firefox OS users get a *worse* user experience than other users do.
Whiteboard: [serversniff] [country-ve] [contactready]
| Assignee | ||
Comment 10•11 years ago
|
||
I think this bug could be closed because el-nacional.com hasn't reinserted their code to redirect clients to their mobile site in months so this seems to be the desired behaviour.
If they start again redirecting clients this could be reopened.
Comment 11•11 years ago
|
||
I agree. Thanks!
Status: NEW → RESOLVED
Closed: 12 years ago → 11 years ago
Resolution: --- → INVALID
Updated•7 years ago
|
Product: Tech Evangelism → Web Compatibility
Updated•2 years ago
|
Component: Mobile → Site Reports
You need to log in
before you can comment on or make changes to this bug.
Description
•