Closed Bug 887684 Opened 11 years ago Closed 9 years ago

muyahorro.com doesn't display correctly in Gaia browser

Categories

(Web Compatibility :: Site Reports, defect)

Product:
Web Compatibility
Component:
Site Reports
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: efrat, Assigned: adamopenweb)

References

(
URL
)

Details

(Whiteboard: [serversniff][country-es][sitewait] [wptouch]) 

User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.116 Safari/537.36

Steps to reproduce:

Browsed to "http://www.muyahorro.com/" from Gaia browser

Tested on a device:
Model: ZTE Open
OS version: 1.0.1.0-prerelease
Firmware: V1.01.00.01.019.111
Platform:18.0
Build identifier:20130522003459


Actual results:

The site uploads as a desktop site and not mobile adjusted



Expected results:

The web page should have been displayed correctly for mobile 
Displays correctly on Firefox for Android and Chrome for Android
They're using WPTouch. Note the network of sites in the footer,  MuyMovil | MuyWindows | MuyMac | MuyLinux | MuySeguridad | MuyAhorro | MuyCloud, we should mention these when we contact them to make sure they're also fixed (assuming they have the same problem).

WHOIS lists:

Technical contact:
   Eduardo Sanchez   (SRCO-3417469)
   fclaver@tpnet.es
   Cartagena 108, semisotano ext. 3
   Madrid   Madrid
   28027   ES
   +34 670315907
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [serversniff][country-es][contactready]
Depends on: wptouch
Site is run by Total Publishing Network (http://www.tpnet.es). Contacted marketing person jorge.lastra@tpnet.es.
Assignee: nobody → astevenson
Status: NEW → ASSIGNED
Whiteboard: [serversniff][country-es][contactready] → [serversniff][country-es][sitewait]
Received response: 

Hola Adam,
Ya está solucionado, hemos desactivado el WPtouch.
Un saludo
Huh. I guess that's one way to give a consistent experience to all mobile browsers. 

I think we should let them know that disabling WPTouch means serving the desktop site to all browsers. If that's what they want, I guess we close this as INVALID.
Sent a follow up message asking if that's what they prefer.
Whiteboard: [serversniff][country-es][sitewait] → [serversniff][country-es][sitewait] [wptouch]
Looks OK now
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.