Closed Bug 413557 Opened 17 years ago Closed 10 years ago

Facebook Toolbar add-on causes CPU and memory usage issues.

Categories

(WebExtensions :: General, defect, P2)

x86
macOS
defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: cbook, Assigned: kinger)

References

()

Details

(Keywords: memory-leak, Whiteboard: [needs retest][MemShrink:P3])

Attachments

(1 file)

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b3pre) Gecko/2008012105 Firefox/3.0b3pre

Steps to reproduce:
New Profile
Installed Facebook https://addons.mozilla.org/en-US/firefox/addon/3794
Played a little with this toolbar and in the background i had 3 tabs
- Firefox default Startpage
- AMO Facebook Toolbar Site
- Bugzilla Query http://tinyurl.com/2h9m7q

I click a little around the "share+" button and then i closed firefox. The Bugzilla search was still running , so it can be also related to a shutdown leak or ?

  0 TOTAL                                          23  2070560  1507000    77149 ( 3739.54 +/-  3052.00)  3098764    65017 ( 3225.98 +/-  4853.13)
Flags: blocking1.9?
Attached file leak log
+'ing w/ P3.
Flags: blocking1.9? → blocking1.9+
Priority: -- → P3
I'll try to have a go at this one. Looks really bad since we're leaking lots of windows.

Guess this means I'll have to get a facebook account.
Assignee: nobody → jonas
Priority: P3 → P2
Summary: Firefox leak with Facebook Toolbar installed → Firefox leak several nsGlobalWindows with Facebook Toolbar installed
Is this really a problem with the Facebook toolbar? I get a leak by just loading that Bugzilla query and closing Firefox while it's loading, no Facebook toolbar installed. Does this leak without that Bugzilla query?
(In reply to comment #4)
> Is this really a problem with the Facebook toolbar? I get a leak by just
> loading that Bugzilla query and closing Firefox while it's loading, no Facebook
> toolbar installed. Does this leak without that Bugzilla query?
> 

No leak without the query with a new build, this seems to be a Firefox Problem in General and not related to the toolbar.
I think the quit-while-loading case is an issue in session restore, I have a patch that seems to fix this one and bug 413741.
Assignee: jonas → peterv
will retest if, if this is now fixed by 413741
Flags: tracking1.9+
Flags: wanted-next+
Severity: normal → minor
Whiteboard: [needs retest]
Comment from June 8, 2012 on the AMO page says there is still a memory leak problem.  Has 120k users.
Whiteboard: [needs retest] → [needs retest][MemShrink]
I don't have a debug build around to run BloatView checks, but I'm not seeing anything too suspicious in about:memory. We've got three Facebook window globals sticking around, but only because they're loaded into hidden iframes. It would be nice if they went away while they weren't in use, since in total they take up ~100MB of memory while they're not needed, but I don't see any other suspicious memory usage.
Whiteboard: [needs retest][MemShrink] → [needs retest][MemShrink:P2]
Assignee: peterv → nobody
Component: General → Add-ons
Flags: wanted-next+
Product: Core → Tech Evangelism
QA Contact: general → addons
Version: Trunk → unspecified
Brian, can you have a look at this?
(In reply to Kris Maglione [:kmag] from comment #10)
> Brian, can you have a look at this?

Yes.
Assignee: nobody → briks.si
Brian, have you made any progress on this?
(In reply to Kris Maglione [:kmag] from comment #12)
> Brian, have you made any progress on this?

No, I haven't had time yet. I will bump it up on my priority list.

I did however do memory leak testing about a month ago, and the only leak I found was the Share window (click the Share button). Apart from that my findings were similar to yours in comment 9.
Kris, could we possibly get this addon removed from AMO or something?  Every comment on its page is talking about how it this addon uses all your CPU and memory...
I'll look into it. If the comments are true I can downgrade it to preliminary review or set a compatibility override, but I can't remove it entirely.
I think downgrading the add-on on AMO is appropriate given the apparent severity of the problem and lack of response.

Brian, do you have any contacts at FB who can help us get this fixed? Or are you still actively involved in this project?
Flags: needinfo?(briks.si)
To be clear, I don't think the issue in this bug is related to the issues that users are complaining about in reviews. The window globals in question turned out to be (non-leaked) iframes, and while they initially seemed to be consuming a large amount of memory, that issue has, as far as I can tell, been resolved.

I wasn't aware of the complaints in the user reviews until now.
I'm trying to reproduce the CPU and memory issues, but without success. The same goes for another user who I asked to test. If anyone can provide confirmation and STR I'd be interested to hear them.

Also, co-opting this bug for the issue at hand.
Summary: Firefox leak several nsGlobalWindows with Facebook Toolbar installed → Facebook Toolbar add-on causes CPU and memory usage issues.
> but I can't remove it entirely.

Yeah, I really just meant downgrading or whatever the usual processes are.  Thanks!
Flags: needinfo?(briks.si) → needinfo?
AMO says 49k users now.
Flags: needinfo?
Whiteboard: [needs retest][MemShrink:P2] → [needs retest][MemShrink:P3]
This add-on is no longer being maintained. What's the best way to retire it on AMO?
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You can disable the listing from the Status and Versions page. I think that should suffice.
(In reply to Jorge Villalobos [:jorgev] from comment #22)
> You can disable the listing from the Status and Versions page. I think that
> should suffice.

How specifically?
Actually, I forgot the link was moved:

1) Go to https://addons.mozilla.org/developers/addon/facebook-toolbar/edit
2) On the menu on the left, right above the separator in the middle, click on Disable Add-on.
The add-on is now disabled.
Component: Add-ons → General
Product: Tech Evangelism → WebExtensions
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: