Closed Bug 582264 Opened 14 years ago Closed 14 years ago

Hotmail.com / mail.live.com -- displayed as mobile phone version

Categories

(Tech Evangelism Graveyard :: Other, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: jan, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (X11; Linux i686; rv:2.0b3pre) Gecko/20100727 Minefield/4.0b3pre Build Identifier: Mozilla/5.0 (X11; Linux i686; rv:2.0b3pre) Gecko/20100727 Minefield/4.0b3pre The Windows Live Hotmail website will be displayed as the mobile phone version. Reproducible: Always Steps to Reproduce: 1. Go to http://www.hotmail.com 2. Sign In Actual Results: The Windows Live Hotmail website will be displayed as the mobile phone version. Expected Results: The Windows Live Hotmail website should be displayed as the normal version.
See also bug 571755, although I don't think we have a bug specifically for Hotmail/mail.live.com yet.
Just so it's documented here, Microsoft is sniffing for "pre" in the UA string and assumes whenever it's found that the device is a Palm Pre.
Summary: Hotmail will be displayed as mobile phone version → Hotmail.com / mail.live.com -- displayed as mobile phone version
Is there any eta on a fix? -Xerax
This also happens on SeaMonkey 2. I believe I first noticed it right after I updated to 2.0.6.
Confirming, i see this as well.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Depends on: 571755
Yeah Confirmation from here aswell. I just updated to rv:2.0b4pre Minefield and i still have this problem :(
Yep , same bug here as well. Please resolve that asap. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.9pre) Gecko/20100807 Ubuntu/10.04 (lucid) Namoroka/3.6.9pre - TjWallas_
Confirm. This happens to me all the time as well.
Update to the previous post. My Build info - Mozilla/5.0 (X11; Linux i686; rv:2.0b4pre) Gecko/20100814 Minefield/4.0b4pre
Escalating this with a couple contacts at MS.
Mozilla/5.0 (Windows NT 5.1; rv:2.0b5pre) Gecko/20100820 Minefield/4.0b5pre seeing as the "pre" has been being falsely interpreted as MS Windows Live, might it not be that also the "4" in "Minefield/4.0b5pre" be being falsely interpreted to indicate an IE version older than IE6?? For after I had finally managed to discover and then delete / "forget me" the unique UID created by Windows Live when I logged in, after which I eliminated all the pertinent cookies and then tried again to login to my hotmail.com account, I received a message display suggesting that the browser I was using be too antiquated, and that I should rather switch to an IE version of 6 or greater. that URL...: https://account.live.com/SummaryPageDL.aspx?page=default.srf&id=10&vv=800&mkt=EN-US&lc=1033 ...which displays the "Kontoübersicht" and additionally contained the admonition to update my browser software...: [quote] Genießen Sie sämtliche Vorteile eines Windows Live-Kontos Aktualisieren Sie auf einen neueren Browser (IE 6.0 oder höher). Jetzt abrufen [/quote]
This also happen in http://mphotos.live.com/ .
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100407 Ubuntu/9.04 (jaunty) Shiretoko/3.5.9 ...as is made evident by the above given text identifying the version of Firefox that I am at this moment using to access this website, the identifier thereof does *not* include the text, "pre". Nevertheless my hotmail.com account gets shown to me while using this Firefox and the Ubuntu OS just as before as if I were using a pda or other handheld device. Apparently, the problem at Microsoft is not restricted to or eventually has not to do with a false string operation on the id text or user agent identifier of the Firefox browser in use while accessing the hotmail.com account.
I was just going to file a bug about his Hotmail issue but judging by the amount of dupes here it was good I didn't. (Which also means I'm not the only one with the issue.) :)
Due to bug 588874, this no longer happens. live was sniffing for Firefox, we gave them Firefox.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Per conversations yesterday with the Live team, it's actually due to how Live was performing parsing of "Gecko", which is sent by multiple devices that use "like Gecko". The Live team will be fixing this on their end, as well, which will help with false detects in the future, as well.
This still happens more often than not using SeaMonkey.
This is happening even more frequently on SeaMonkey.
Can you paste your UA string, please? (In reply to comment #29) > This is happening even more frequently on SeaMonkey.
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.13) Gecko/20100914 SeaMonkey/2.0.8
This has still not been fixed on SeaMonkey 2.0.8 run on Windows 7 or XP. FWIW, spoofing Firefox 3 causes it to work.
Works for me. Build identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.1.13) Gecko/20100914 SeaMonkey/2.0.8
Yeah, it started working not long after I made comment 32.
Status: RESOLVED → VERIFIED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.