Closed
Bug 3726
Opened 26 years ago
Closed 25 years ago
MLK: 256 bytes leaked - form element leaks
Categories
(Core :: Layout, defect, P3)
Tracking
()
VERIFIED
FIXED
M17
People
(Reporter: bruce, Assigned: pollmann)
References
Details
(Keywords: memory-leak)
This happens on test 8 in viewer. Solaris 2.6, gcc 2.7.2.3, pull from March 14,
1999.
MLK: 256 bytes leaked in 4 blocks
* This memory was allocated from:
malloc [rtlib.o]
__bUiLtIn_nEw [libgcc.a]
__builtin_new [rtlib.o]
NS_NewHTMLFormElement(nsIHTMLContent**,nsIAtom*)
[nsHTMLFormElement.cpp:152]
HTMLContentSink::OpenForm(const nsIParserNode&)
[nsHTMLContentSink.cpp:1744]
CNavDTD::OpenForm(const nsIParserNode&) [CNavDTD.cpp:2166]
CNavDTD::OpenContainer(const nsIParserNode&,int) [CNavDTD.cpp:2312]
CNavDTD::HandleDefaultStartToken(CToken*,nsHTMLTag,nsIParserNode&)
[CNavDTD.cpp:906]
CNavDTD::HandleStartToken(CToken*) [CNavDTD.cpp:1064]
NavDispatchTokenHandler(CToken*,nsIDTD*) [CNavDTD.cpp:247]
CTokenHandler::operator ()(CToken*,nsIDTD*) [nsTokenHandler.cpp:80]
CNavDTD::HandleToken(CToken*,nsIParser*) [CNavDTD.cpp:594]
CNavDTD::BuildModel(nsIParser*,nsITokenizer*,nsITokenObserver*,nsIContentSink*)
[CNavDTD.cpp:501]
nsParser::BuildModel() [nsParser.cpp:799]
nsParser::ResumeParse(nsIDTD*) [nsParser.cpp:751]
nsParser::OnDataAvailable(nsIURL*,nsIInputStream*,unsigned int)
[nsParser.cpp:963]
nsDocumentBindInfo::OnDataAvailable(nsIURL*,nsIInputStream*,unsigned
int) [nsDocLoader.cpp:1783]
stub_put_block(_NET_StreamClass*,const char*,int)
[nsStubContext.cpp:647]
net_read_file_chunk [mkfile.c:956]
net_ProcessFile [mkfile.c:1327]
NET_ProcessNet [mkgeturl.c:3371]
NET_PollSockets [mkselect.c:298]
nsNetlibService::NetPollSocketsCallback(nsITimer*,void*)
[nsNetService.cpp:1217]
TimerImpl::FireTimeout() [nsTimer.cpp:73]
nsTimerExpired [nsTimer.cpp:189]
g_timeout_dispatch [gmain.c:1147]
g_main_dispatch [gmain.c:647]
g_main_iterate [gmain.c:854]
g_main_run [gmain.c:912]
gtk_main [gtkmain.c:475]
* Block of 64 bytes (4 times); last block at 0x859f28
Updated•26 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M4
Updated•26 years ago
|
Target Milestone: M4 → M5
Comment 1•26 years ago
|
||
Moving to M5
Updated•26 years ago
|
Assignee: karnaze → pollmann
Status: ASSIGNED → NEW
Target Milestone: M5 → M6
Comment 2•26 years ago
|
||
Reassigning to Eric, moving to M6.
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M6 → M7
Assignee | ||
Comment 3•26 years ago
|
||
I'm arbitrarily declaring M8 my UMR/MLK milestone. :)
Assignee | ||
Comment 4•26 years ago
|
||
I still haven't got Purify working on Solaris, and won't receive Purify for NT
for a few weeks. Marking these M10
Updated•25 years ago
|
Summary: MLK: form element leaks → MLK: 256 bytes leaked - form element leaks
Assignee | ||
Comment 5•25 years ago
|
||
After careful consideration, I've decided that I probably won't get this bug in
for M12. Currently I have nearly 50 bugs scheduled for M13, so there is a
possibility that this bug may need to be moved out farther still.
Assignee | ||
Updated•25 years ago
|
Target Milestone: M13 → M14
Assignee | ||
Comment 6•25 years ago
|
||
Triaged to M14
Assignee | ||
Comment 7•25 years ago
|
||
Moving off to M16 - please speak up of you need this for M14, thanks!
Assignee | ||
Updated•25 years ago
|
Target Milestone: M14 → M16
Assignee | ||
Comment 8•25 years ago
|
||
Rescheduling (*sigh*) Some of these are from M4. I wonder if they are all
still valid?
Target Milestone: M16 → M17
Assignee | ||
Comment 9•25 years ago
|
||
See bug 36639. Form elements are not leaked on test 8.
Form elements are still leaked if you type in the URL bar - this is reported as
a follow-on to bug 24645.
Closing this out as it is taken care of!
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•