1026857 - moleskine.com sends desktop content to Firefox OS

Status: RESOLVED WONTFIX

(Web Compatibility :: Site Reports, defect, P5)

Description

[Karl Dubost💡 :karlcow]

Site: http://www.moleskine.com/
moleskine.com sends desktop content to Firefox OS

:: Steps To Reproduce

1. With a Firefox OS device (here Flame 2.0)
2. Go to http://www.moleskine.com/


:: Expected Result

Get the mobile content like iOS Safari and Firefox Android

:: Actual Result

receiving Desktop content

:: Additional Information

Software Version: 2.0
Device Information: Flame
Reporter's User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Firefox/31.0

Comment 1

[Karl Dubost💡 :karlcow]

Attachment: liferay.js

It's a combination of server side and client side sniffing. 
There are using Liferay as a framework.

As we can see in the attachment Firefox OS is identified as Mobile, but somehow Moleskine is still sending the Desktop content. On Firefox for Android, the browser receives the mobile content.

Comment 2

[Karl Dubost💡 :karlcow]

Hallvord, if you have a clue or I missed something obvious.

Additional tests.

0. Clean Profile
1. Fake UA on Desktop to be Firefox Android or Chrome Mobile.
2. Go to http://moleskine.com/ we Receive the mobile content.
3. Erase the cookies
4. Change the UA to be Firefox OS.
5. Shift+Reload moleskine site, we still get the mobile content.


0. Clean Profile
1. Fake UA on Desktop to be Firefox OS.
2. Go to http://moleskine.com/ we Receive the desktop content.
3. Erase the cookies
4. Change the UA to be Chrome Mobile.
5. Shift+Reload moleskine site, we still get the desktop content.

So it's not related to Cookies, but something persistent on the browser side or maybe I missed something. localStorage is not empty but erasing it doesn't change the behavior of these tests.


> window.localStorage

# Desktop
> Storage { __at.conf.ra-501af54176ddf72e: "{"pro":false,"config":{},"perConfig":{}}", _at.hist.0728: "{"m":600,"k":2,"l":{"0":424,"1":267},"b":{"0":0,"1":0,"2":0,"3":0,"4":0,"5":0,"6":0,"7":0,"8":2048,"9":0,"10":0,"11":0,"12":0,"13":256,"14":0,"15":0,"16":0,"17":0,"18":0}}", length: 2 }

# Mobile
> Storage { _at.hist.0728: "{"m":600,"k":2,"l":{"0":424,"1":267},"b":{"0":0,"1":0,"2":0,"3":0,"4":0,"5":0,"6":0,"7":0,"8":2048,"9":0,"10":0,"11":0,"12":0,"13":256,"14":0,"15":0,"16":0,"17":0,"18":0}}", length: 1 }

Comment 3

[Hallvord R. M. Steen [:hallvors]]

(In reply to Karl Dubost :karlcow from comment #2)
> Hallvord, if you have a clue or I missed something obvious.

How did you delete cookies? For me deleting cookies and switching UA works as expected - it changes the content I receive.

Comment 4

[Hallvord R. M. Steen [:hallvors]]

Seems Firefox caches HTTP redirects under certain circumstances.. Sometimes no new request is sent to moleskine.com but it loads www.moleskine.com/en/ directly with the new UA string. Something to watch out for..

Anyway, I think we should reach out to them.

Comment 5

[Karl Dubost💡 :karlcow]

Confirmed for the HTTP request. I wonder if it's Firefox or a bug from Developer Tools. 
See the two screenshot: 1st-request and 2nd-request.

Comment 6

[Karl Dubost💡 :karlcow]

Attachment: 1st-request.png

1st request in dev tools

Comment 7

[Karl Dubost💡 :karlcow]

Attachment: 2nd-request.png

2nd-request in devtools

Comment 8

[Hallvord R. M. Steen [:hallvors]]

Presumably an issue in Gecko (and perhaps a feature) - I used Fiddler to observe it.

Comment 9

[Sylvestre Ledru [:Sylvestre]]

Closing as we are not working on Firefox OS anymore.