Closed
Bug 13737
Opened 26 years ago
Closed 26 years ago
MLK: - 60 bytes leaked- webshell or OnLinkClickEvent::HandleEvent()?
Categories
(Core Graveyard :: Embedding: APIs, defect, P3)
Core Graveyard
Embedding: APIs
Tracking
(Not tracked)
VERIFIED
WORKSFORME
M11
People
(Reporter: bruce, Assigned: nisheeth_mozilla)
References
Details
Solaris 2.6, gcc 2.7.2.3. Build from September 13, 1999. Opened viewer, loaded
initial page, went to www.visa.com, selected the 'back to school' specials link,
quit.
MLK: 60 bytes leaked at 0xa01568
* This memory was allocated from:
malloc [rtlib.o]
__bUiLtIn_nEw [libraptorgfx.so]
__builtin_new [rtlib.o]
nsStdURL::Create(nsISupports*,const nsID&,void**) [nsStdURL.cpp:628]
nsGenericFactory::CreateInstance(nsISupports*,const nsID&,void**)
[nsGenericFactory.cpp:37]
nsComponentManagerImpl::CreateInstance(const nsID&,nsISupports*,const
nsID&,void**) [nsComponentManager.cpp:1218]
nsComponentManager::CreateInstance(const nsID&,nsISupports*,const
nsID&,void**) [nsRepository.cpp:77]
nsHTTPHandler::NewURI(const char*,nsIURI*,nsIURI**)
[nsHTTPHandler.cpp:262]
nsIOService::NewURI(const char*,nsIURI*,nsIURI**) [nsIOService.cpp:200]
NS_NewURI(nsIURI**,const char*,nsIURI*) [nsNeckoUtil.cpp:36]
NS_NewURI(nsIURI**,const nsString&,nsIURI*) [nsNeckoUtil.cpp:49]
nsWebShell::LoadURL(const unsigned short*,const
char*,nsIInputStream*,int,unsigned int,unsigned int,nsISupports*)
[nsWebShell.cpp:2448]
nsWebShell::LoadURL(const unsigned short*,nsIInputStream*,int,unsigned
int,unsigned int,nsISupports*) [nsWebShell.cpp:2089]
nsWebShell::HandleLinkClickEvent(nsIContent*,nsLinkVerb,const unsigned
short*,const unsigned short*,nsIInputStream*) [nsWebShell.cpp:3203]
OnLinkClickEvent::HandleEvent() [nsWebShell.cpp:3030]
HandlePLEvent(OnLinkClickEvent*) [nsWebShell.cpp:3043]
PL_HandleEvent [plevent.c:509]
PL_ProcessPendingEvents [plevent.c:470]
nsEventQueueImpl::ProcessPendingEvents() [nsEventQueue.cpp:118]
event_processor_callback(void*,int,GdkInputCondition)
[nsAppShell.cpp:153]
gdk_io_invoke [gdkevents.c:868]
g_io_unix_dispatch [giounix.c:131]
g_main_dispatch [gmain.c:647]
g_main_iterate [gmain.c:854]
g_main_run [gmain.c:912]
gtk_main [gtkmain.c:475]
nsAppShell::Run() [nsAppShell.cpp:379]
nsNativeViewerApp::Run() [nsGtkMain.cpp:42]
main [nsGtkMain.cpp:116]
_start [crt1.o]
Comment 1•26 years ago
|
||
This doesn't look like nisheeth or vidur to me; cc'ing likely perps. ;-)
/be
Updated•26 years ago
|
Summary: MLK: webshell or OnLinkClickEvent::HandleEvent()? → MLK: - 60 bytes leaked- webshell or OnLinkClickEvent::HandleEvent()?
Comment 2•26 years ago
|
||
ugh! My best guess is nsWebShell::LoadURL() isn't deleting the new url it got
in the url completion routine. Is that where urls objects get deleted gagan ?
I am not sure where this is being done. But the last user of the URI would
probably be OnEndRequest in a URL fetch. If you are only constructing URIs for
autocompletion then I guess you should release them as soon as you are done.
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 4•26 years ago
|
||
Accepting bug and setting milestone to M12...
Assignee | ||
Updated•26 years ago
|
Target Milestone: M12
Assignee | ||
Updated•26 years ago
|
Target Milestone: M12 → M11
Assignee | ||
Comment 5•26 years ago
|
||
The problem is in the webshell for this one based on a quick onceover. I'm
working on a fix. Bringing in the milestone to M11...
Assignee | ||
Comment 6•26 years ago
|
||
I went off to Connecticut for three days and now that I get back, it seems that
this leak has been fixed. Bruce, could you verify that? I purified today's
build, loaded viewer, went to www.visa.com, couldn't find the "back to school"
link but clicked on the "Featured Deal and Discounts" link, and exited. Purify
did not report the above leak.
I'm ccing Rick Potts to ask him whether he fixed some leaks in nsWebshell or
nsDocLoader over the last few days. Rick?
Assignee | ||
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Comment 7•26 years ago
|
||
This leak has been fixed. Marking bug worksforme.
Updated•6 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•