571755 - live.com - Windows Live thinks Minefield is a mobile phone

Status: RESOLVED FIXED

(Web Compatibility :: Site Reports, defect)

Description

[Josh Tumath]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a6pre) Gecko/20100612 Minefield/3.7a6pre
Build Identifier: 

When I go to "http://www.live.com/", I am always redirected to "http://mobile.live.com".

Reproducible: Always

Steps to Reproduce:
1. Go to: http://www.live.com
2.
3.
Actual Results:  
You are redirected to mobile.live.com

Expected Results:  
You should stay in www.live.com

Comment 1

[Boris Zbarsky [:bzbarsky]]

Josh, I believe this is a known issue with some server-side sniffers thinking that any UA string containing "pre" is a Palm Pre.  Please make sure to complain to the site operator?

Comment 2

[Josh Tumath]

(In reply to comment #1)
Will do.

Comment 3

[:Ms2ger (he/him; ⌚ UTC+1/+2)]

I don't get redirected with UA string

> Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.3a6pre) Gecko/20100612 Firefox/3.7a6pre

though

Comment 4

[Boris Zbarsky [:bzbarsky]]

Yeah, the sniffer looks for "firefox" (or equivalent; when I experimented with some similar sites "fire" worked too in some cases and the like) before it looks for "pre"...

Comment 5

[Josh Tumath]

Well this is very typical of support websites. I tell them what the problem is, and I even tell them how to fix, and then it takes them 5 days for them to end up blaming you: the developers.

http://windowslivehelp.com/thread.aspx?postid=5D3429FF-0CF9-4D4D-A615-1F69F0C68821

I've been told that that help site is the only way to give feedback and report bugs. What should I do now?

Comment 6

[Chris Lawson (gone)]

Josh: You should probably point them here, because it's quite clear that

a) English is not the first language of at least two of their "support" people; and
b) they are not understanding what the problem is at all.

We don't have any contacts at Microsoft, do we?

Comment 7

[Josh Tumath]

Oh. I should have realised that. I'm not really sure what else I can say, though. Support staff aren't developers, so I'm not really sure if I'm going anywhere with this. I'm don't know what I should say to them for them to have a better understanding of the problem.

Comment 8

[Boris Zbarsky [:bzbarsky]]

Oh, we have contacts.  Chris might even know who they are!

Comment 9

[Boris Zbarsky [:bzbarsky]]

And Josh, I'm not sure there's anything useful you can do here.  As you said, this is pretty typical for site support.  :(

Comment 10

[Josh Tumath]

Oh well. Hopefully bug 572650 will sort this out.

Comment 11

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

As you might expect, broken sniffing problems are pretty widespread across live.com properties (http://tinyurl.com/2wt7vuf) and across MS properties in general (don't have a handy search for that one).

Comment 12

[djjordie]

Can't they just change the "pre" to Beta or some other term?

Comment 13

[Boris Zbarsky [:bzbarsky]]

Which "they"?  The "pre" in the Gecko user-agent means something different from a beta (e.g "2.0b4pre" is the current user-agent string).

Chances are that due to sites like live.com being idiots this way we'll have to remove the string "pre" from the UA, in fact, but it's been there for years with no problems until people started deploying broken sniffing code....

Comment 14

[djjordie]

I guess the UA string will have to be changed with Windows Live Support being so ignorant and not looking further into this matter.... dumb broken UA string :(.

https://bugzilla.mozilla.org/buglist.cgi?field0-0-0=short_desc&type0-0-1=substring&field0-0-1=short_desc&value0-0-2=Microsoft%20Live&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&field0-0-2=short_desc&value0-0-1=Windows%20Live&type0-0-0=substring&value0-0-0=live.com&type0-0-2=substring&product=Tech%20Evangelism 

Most of those have the same/similar problem with the UA String :S Out of interest is it hard/very time consuming to change the String?

Comment 15

[Christopher Blizzard (:blizzard)]

I'll reach out to the live.com people but a. stop calling them idiots (people make mistakes) and b. we need to wait until the final UA is in place since we're making a pile of other changes.

Comment 16

[Chris Lawson (gone)]

(In reply to comment #15)
> I'll reach out to the live.com people but a. stop calling them idiots (people
> make mistakes)

Assuming that anything containing the word "pre" is a Palm Pre, and using *only* the presence of the word "pre" to validate that assumption, is not a "mistake", at least not in the sense that "mistake" means "oops, I meant to type foo instead". I wouldn't go so far as to call it idiocy to their faces, but it's pretty freakin stupid. (And I think bz is well-qualified to call this behaviour whatever he bloody well pleases.)

I don't know what the UA string from a Palm Pre looks like, but I'm sure there's a reasonably simple way to tell the difference between it and a nightly build of any Mozilla product. Like, say, sniffing for "Gecko" instead, which would magically get them the proper behaviour in *all* Mozilla products.

http://geckoisgecko.info/

cl

Comment 17

[Boris Zbarsky [:bzbarsky]]

Chris, I was careful to refer to the site, not the people.  As far as I can tell, they (and others) are using some sort of off-the-shelf library that's just broken...  A lot of sites seem to have the same broken behavior.

Comment 18

[Kevin Brosnan]

Fixed by placing Firefox in the trunk user agent, bug 588874.

Comment 19

[Boris Zbarsky [:bzbarsky]]

Fixed for Firefox, not for other Gecko browsers....

Comment 20

[Karl Dubost💡 :karlcow]

Moving to Desktop.
Which other gecko browsers are affected?

Comment 21

[Karl Dubost💡 :karlcow]

Just tried with Mozilla/5.0 (X11; Linux armv7l; rv:31.0) Gecko/20100101 Firefox/31.0 Iceweasel/31.2.0
got the desktop site.

I will close as FIXED. 
Though I think that mobile.live.com is not anymore existent. :)

If you have a specific bug about live.com domains
please open a bug on https://webcompat.com/