Closed Bug 527920 Opened 15 years ago Closed 15 years ago

Facebook.com redirecting minefield builds to the mobile facebook site

Categories

(Tech Evangelism Graveyard :: English US, defect)

All
Windows Vista
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: u88484, Unassigned)

References

()

Details

Facebook.com begun either late last night or early this morning to redirect Minefield users to their mobile site. Changing general.useragent.extra.firefox to Firefox/3.5.5 fixes this so I do not get redirected to the mobile version of their site.
Right idea, wrong bug #. Ilya, what'd you *do*? :-p
Depends on: geckoisgecko
No longer depends on: 397471
Blocks: geckoisgecko
No longer depends on: geckoisgecko
lol damn clone a bug. I was being lazy and cloned a similar bug I filed and forgot to change the dependency list. Thanks.
I can confirm this bug on my Windows7 box, however this bug doesn't seem to affect the latest nightly of minefield on OSx. Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.3a1pre) Gecko/20091111 Minefield/3.7a1pre (.NET CLR 3.5.30729)
(In reply to comment #3) > however this bug doesn't seem to > affect the latest nightly of minefield on OSx. No redirect for me either, on Linux. Sounds like this is windows-only. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.3a1pre) Gecko/20091111 Minefield/3.7a1pre
Just to make sure, I reproduced this with a new profile with the same results. Here is the file where the sniffing happens: http://b.static.ak.fbcdn.net/rsrc.php/z5XMR/hash/dpjhwehd.js Good luck reading the jumbled mess. For some reason GrandParadiso is also listed in there.
I've been seeing this on trunk Windows builds lately as well.
Does anybody have a contact at facebook?
Yeah, I'm at Facebook -- I'll take a look this weekend.
I had this as well the past 24-48 hours or so, but it seems to be back to normal.
im still getting the mobile site here.
I just got it while clicking a link in gmail. I went to "apps.facebook.com" and it worked as expected (no mobile.) I went to home.facebook.com and got mobile.
(In reply to comment #5) > Here is the file where the sniffing happens: > http://b.static.ak.fbcdn.net/rsrc.php/z5XMR/hash/dpjhwehd.js > > Good luck reading the jumbled mess. For some reason GrandParadiso is also > listed in there. Is this bug still there? I can't find "Minefield" (but "GranParadiso") in this file.
(In reply to comment #12) > Is this bug still there? I can't find "Minefield" (but "GranParadiso") in this > file. I think you misunderstand -- it's not that the script explicitly recognizes "Minefield" and actively directs that to mobile. Instead, it detects some other string (e.g. "pre"), which happens to match a *chunk* of Minefield's user-agent string. (Having said that, I can't confirm that the bug is actually still there, because this bug is windows-only and I'm on Linux.)
this is still happening for me on windows with: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a1pre) Gecko/20091115 Minefield/3.7a1pre
Sorry for the confusion. I didn't mean Minefield was in that file when I said "GrandParadiso is also listed in there" even though I made it sound that way. I only stated that because of them not sniffing for the gecko version and wondering why GranParadiso was the only beta name called out in the file. My guess was because that might have been the first branch with contenteditable.
(In reply to comment #8) > Yeah, I'm at Facebook -- I'll take a look this weekend. Sorry, haven't had a chance to investigate yet. I'll try to get to it soon...
this now WFM.
WFM as well.
This was fixed on the Facebook side today. Tested on a minefield build in windows and got the regular size. Marking resolved fixed.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Thanks schrep <3
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.