Closed Bug 90473 Opened 24 years ago Closed 16 years ago

Loading component in constructor eating memory.

Categories

(Core :: XBL, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

()

RESOLVED INCOMPLETE
Future

People

(Reporter: megabyte, Assigned: hyatt)

Details

(Keywords: memory-leak)

1. Install Jabberzilla. 2. Repeatedly click the Jabberzilla logo. - Each click eats memory that is not recovered. - Repeated fast clicking can crash browser. ("Memory could not be read") Not sure if this is a Mozilla or Jabberzilla-only bug. Win2K/Mozilla 2001071104-trunk/Jabberzilla beta 1 20010621
Fast clicking also makes Mozilla use 100% CPU.
Keywords: crash, mlk
Severity: normal → critical
Keywords: hang
Keywords: stackneeded
This is from a component loading in a binding constructor <constructor> var jabberXM = new Components.Constructor('@jabberxm.mozdev.org;1','JabberXM'); this.jabber = new jabberXM(); </constructor> loading the binding, and therefore this constructor over and over is what's eating the memory. Great catch! Reassigning to Hyatt
Assignee: matt → hyatt
Component: Sidebar → XBL
David, Am I supposed to be setting this.jabber = null in a <destructor> ? Hopefully unloading a binding should automatically do this anyway, but maybe not.
Target Milestone: --- → Future
Blocks: 92580
No longer blocks: 92580
do you still have the issue using latest 1.2 build and Jabberzilla version ? http://ftp.mozilla.org/pub/mozilla/latest-1.2
This is an oldie... To summarize, loading a component in an XBL constructor was eating memory. Not sure if this is still doing it. If someone wants to test if the overall problem is still there, feel free.
Summary: memory leak/crash in Jabberzilla → Loading component in constructor eating memory.
QA Contact: sujay → xbl
Sounds like "don't do that" material. If you have a testcase that actually leaks, we'd like to see it.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.