Closed Bug 529719 Opened 15 years ago Closed 15 years ago

I can't see any friends on facebook in my chat list even though it says i have 89 friends online.

Categories

(Core :: JavaScript Engine, defect)

Product:
Core
Component:
JavaScript Engine
Version:
1.9.2 Branch
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 522024

People

(Reporter: jabbakken, Assigned: jorendorff)

References

Details

(Keywords: common-issue?) 

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2b3) Gecko/20091115 Firefox/3.6b3
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2b3) Gecko/20091115 Firefox/3.6b3

Facebook chat doesn't work in Firefox 3.5 beta 2 and 3. It shows how many friends are online but when i click to see the friends it doesn't show any. 

Reproducible: Always

Steps to Reproduce:
1. Go to facebook.com and login.
2. Click on facebook chat as if you were going to go chat with someone.
3. If this is a universal problem then no friends will show up.
Actual Results:  
I couldn't see any of friends in my chat list.

Expected Results:  
I should be able to see the 120 friends that facebook says are online right now.

I'm using Mac OSX 10.6.2
OK, does it happen in Firefox safe mode? this wfm with Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a1pre) Gecko/20091118 Minefield/3.7a1pre (.NET CLR 3.5.30729) ID:20091118051933

 http://support.mozilla.com/en-US/kb/Safe+Mode
I am on windows 7 64bit with 3.6.2 and this problem exists for me as well. It also force logs me in and out of chat whenever I click on the chat friends list.
I can confirm this. It does work in Safe Mode, but even after resetting everything or doing a clean install it still shows this behavior.
If it is not happening in safe mode, it sounds like it could be one of your addons. Try disabling them one by one until it works.
Already done, including plugins. You would think doing a clean install (no addons, preferences, etc) or resetting everything through Safe Mode would fix it, but it doesn't. This behavior exists even on a machine that's never had Firefox installed before.
But on the machine that Firefox has never been installed on does not have the problem in safe mode? Did you make any modification (settings, toolbars, etc)?
No, I didn't change anything. Here's exactly what I did on the clean machine.

1. Installed Firefox 3.5 Beta 3
2. Went straight to Facebook.com, and logged in.
3. Clicked the Chat button to view the list of friends online. Can't see them, only the number.
4. Close browser and launch Firefox's Safe Mode.
5. Repeat steps 2 and 3. I am able to see the list of friends.

No settings were changed, no toolbars installed, no addons installed, nothing.
3.5 beta 3? That is an extremely old version. I think ou may have meant 3.6 beta 3? if you go into tools, addons, extensions, si anything there?
Yea, I meant 3.6.
So far, I've tested it on Windows 7, Windows Vista, and Windows XP, and have the same results across all of them with Vista and XP being clean installs meaning Firefox has never been on them before.

As of XP (my last test), here's a list of the addons and plugins that Firefox reports that are all disabled either manually or by Firefox due to incompatibilities.

Extensions:
1. Microsoft .NET Framework Assistant 1.0 (incompatible)

Plugins:
1. Microsoft DRM 9.0.0.4503
2. Mozilla Default Plug-in 1.0.0.15
3. Silverlight Plug-in 3.0.40818.0
4. Windows Media Player Plug-in Dynamic Link Library 3.0.2.629
5. Windows Presentation Foundation 3.5.30729.1

Keep in mind, that I've run Firefox 3.6 Beta 3 on all of the OSes with either all addons and plugins enabled or disabled and still have the same results either way.
Here's what I'm seeing:

Normal mode (unexpected result): http://cid-35b21d59791ca422.skydrive.live.com/self.aspx/.Public/normalmode.PNG

Safe Mode (expected result): http://cid-35b21d59791ca422.skydrive.live.com/self.aspx/.Public/safemode.PNG

The names are covered for privacy.

I should also note that it will also randomly log me out, but the issue shown in the pictures is the most obvious one.
I am also experiencing this same problem.
Firefox 3.6 beta 3 on Windows XP.
I am also experiencing this problem on Firefox 3.6 beta 3, running on x86 Windows Vista SP1. I don't think it occurred in beta 1. I'm not sure about beta 2; for awhile I had just been chalking it up to facebook's flaky servers.

This bug is forcing me to use other browsers and is therefore rather unpleasant. Occasionally facebook chat completely logs out. The whole thing sounds like a javascript issue to me; weren't there changes made to javascript in this beta?
Hi,

so on  Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2b4pre) Gecko/20091120 Firefox/3.6b4pre i see a not loaded list for about a minute and Error: no element found
Source File: http://www.facebook.com/ajax/chat/buddy_list.php
Line: 1

after a while (like 1-2 minutes) the list show up as normal. Not sure if this is a firefox bug, since a facebook element was not found ......or ?
I can confirm this occurs with Firefox 3.6b3 on both Windows 7 and Mac OS X. Version info for OS X (I'm not at my Windows PC atm):
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2b3) Gecko/20091115 Firefox/3.6b3
The safemode disables not only the addons, it also disables jit.
Can you please retest with disabled jit and in the normal mode ?
( javascript.options.jit.content in about:config)

Requesting blocking because this site seems to be used by a few people and marking NEW based on the dupes and comments
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking-firefox3.6?
(In reply to comment #19)
> The safemode disables not only the addons, it also disables jit.
> Can you please retest with disabled jit and in the normal mode ?
> ( javascript.options.jit.content in about:config)
> 
> Requesting blocking because this site seems to be used by a few people and
> marking NEW based on the dupes and comments

Looks like the problem. I've disabled JIT and Facebook now works fine. As mentioned before, this only started in the 3.6 Betas, was working fine in Alphas and 3.5...
I have disabled jit in normal mode as requested, and can confirm that the bug
no longer occurs. Glad a temp fix was found.
Disabling javascript.options.jit.content seems to resolve the issue here as
well.

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2b3)
Gecko/20091115 Firefox/3.6b3
thanks for testing, moving to JS Engine
Assignee: nobody → general
Component: General → JavaScript Engine
Flags: blocking-firefox3.6?
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → 1.9.2 Branch
adding some people to the bug. Can we look into this since Facebook is a very
popular app ?
Flags: blocking1.9.2?
Keywords: common-issue?
Hi,

This bug does not appear in the latest Namoroka Build.

Note:  To Verify this, the user-agent needs to be modified from Namoroka to Firefox because of facebook user-agent sniffing.
Can confirm that this is a regression between beta 1 and beta 2 on XP SP3, and that disabling content JIT fixes it.
Flags: blocking1.9.2? → blocking1.9.2+
We don't get much 3.6 traffic on SUMO so I can't say if this is common or not but we'll keep an eye out for it.
I tried to repro this on 3.6 B1 and B2 (MacOS 10.5) with no luck. matti told Tomcat that he had 120 people on-line that were available for chat.  Tomcat and I only have 20 and 40 on-line.  Not enough friends?  :(

UserAgent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2b2) Gecko/20091108 Firefox/3.6b2
Not sure if it happens on B1 or B2, but it definitely happens on B3 as long as JIT is enabled.
Could someone that can currently repro this bisect it on TraceMonkey nightly builds [1] to give us a tight regression range to look at?

[1] E.g., http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2009-11-24-03-tracemonkey/
          http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2009-11-24-04-tracemonkey/
I'm not able to repro on those nightly builds.
There are several reports of this in hendrix feedback - all users were running either XP or Win 7.
(In reply to comment #31)
> I'm not able to repro on those nightly builds.

Thanks. That means it probably has been fixed, so now we need to figure out what patch fixed it so we can bring it to the mozilla-1.9.2/FF3.6 branch. Could you try older nightly tracemonkey builds to see which is the first one where it works correctly? Taking a wild guess, I think it might have gotten fixed sometime around Nov 10, but it could potentially be longer ago.
(In reply to comment #33)
> (In reply to comment #31)
> > I'm not able to repro on those nightly builds.
> 
> Thanks. That means it probably has been fixed, so now we need to figure out
> what patch fixed it so we can bring it to the mozilla-1.9.2/FF3.6 branch. Could
> you try older nightly tracemonkey builds to see which is the first one where it
> works correctly? Taking a wild guess, I think it might have gotten fixed
> sometime around Nov 10, but it could potentially be longer ago.

I'll give it a shot. Hopefully, it won't take long for me to find which build it was fixed in.
I've tried every tracemonkey build from Oct 24th to November 15th with none of them being able to reproduce the bug. Only one build, think it was the Oct 27th build, crashed upon loading Facebook.
(In reply to comment #36)
> I've tried every tracemonkey build from Oct 24th to November 15th with none of
> them being able to reproduce the bug. Only one build, think it was the Oct 27th
> build, crashed upon loading Facebook.

Could you try bisecting over a longer date range? Say, start with Sep 1 (or even June 1), and then if that fails, try one between Sep 1 and today (e.g., Oct 1, and if that works, then try Sep 15, etc), to narrow it down. It should be possible to find the bug and when it got fixed in a 150-day range in just 8-10 tests or so.
Assignee: general → jorendorff
(In reply to comment #38)
> Finally, found the build it was fixed in.
> 
> http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2009/10/2009-10-23-03-tracemonkey/

Awesome! That helps a ton. There is only a short list of patches that went in between that build and the previous day's:

http://hg.mozilla.org/tracemonkey/pushloghtml?fromchange=bd1b27a9da16&tochange=4c5a82374595

I'm almost certain it's the argsobj fix (bug 522024, http://hg.mozilla.org/tracemonkey/rev/34be4f52a1df), because that's the biggest change, and another facebook-related bug (bug 525028) I fixed lately was also related to that feature). That fix has already landed on releases/mozilla-1.9.2 (on 11/18), but it was after 3.6b3 was built (on 11/15). 

So, I think it's already fixed. You could check this by trying the latest 1.9.2 nightly:

  http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-1.9.2/
Yea, it appears to be fixed as I can see the friends in the list, but now it seems it's a permanent pop-out (FB lets us either have the Chat in its own window or on the main FB page (default)). Tried changing it back to "pop-in", but it refuses to. This doesn't happen on the tracemonkey builds I used to track down the bug fix.
Seems the "pop-out" issue only happens on Namoroka builds. Tried it on b3pre builds and it still occured, while it doesn't happen on the official Beta 3 release. Not sure what's going on there.
Ok, I've narrowed that small issue down to just the user agent string (Changing Namoroka to Firefox fixed it). Which would explain the weirdness.

As of now, I think it's safe to say this issue is fixed.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
I was getting this bug also so to test for the fix being complete I downloaded the latest nightly build and found that it is worse than before. Now chat shows as 'chat is disabled on this page' at least on Mac OS X

Previously the bug would disappear when ff was started in safe mode but for this build it gives that error either way. sanity check in safari, chat works as expected.

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.3a1pre) Gecko/20091125 Minefield/3.7a1pre

BTW bug 522024 comes up as "You are not authorized to access bug #522024." so I can't check what's happened there.
>Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.3a1pre)
>Gecko/20091125 Minefield/3.7a1pre

Please change the useragent extra to Firefox (from minefield) if you test because many sites are doing wrong Useragent sniffing.
- about:config, enter "useragent" as filter....

Test without jit if it's broken with the Firefox UA.
Be sure that you reset both values to the default value.
Facebook chat works fine in both Namoroka
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2b5pre) Gecko/20091126 firefox

 and Minefield
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.3a1pre) Gecko/20091125 firefox

once the user agent is changed as described.
Thanks.
This issue is gone in 3.6b4, with JIT enabled.
Johnny: FB doesn't work if you have the beta User Agent sting ?
Someone should open a Tech Evangelism bug for Facebook, they are doing incorrect browser sniffing. They should read http://geckoisgecko.info/

BTW: Don't forget to reset the UA to the default because it can cause issues with other pages (and you should change it from "firefox" to "Firefox/3.6"
FB 'bug' opened.
You need to log in before you can comment on or make changes to this bug.