Closed Bug 3726 Opened 26 years ago Closed 25 years ago

MLK: 256 bytes leaked - form element leaks

Categories

(Core :: Layout, defect, P3)

Sun
Solaris
defect

Tracking

()

VERIFIED FIXED

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
Assignee: troy → karnaze
Status: NEW → ASSIGNED
Target Milestone: M4
Target Milestone: M4 → M5
Moving to M5
Assignee: karnaze → pollmann
Status: ASSIGNED → NEW
Target Milestone: M5 → M6
Reassigning to Eric, moving to M6.
Status: NEW → ASSIGNED
Target Milestone: M6 → M7
I'm arbitrarily declaring M8 my UMR/MLK milestone. :)
I still haven't got Purify working on Solaris, and won't receive Purify for NT for a few weeks. Marking these M10
Summary: MLK: form element leaks → MLK: 256 bytes leaked - form element leaks
Blocks: 14516
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.
Target Milestone: M13 → M14
Triaged to M14
Keywords: mlk
Moving off to M16 - please speak up of you need this for M14, thanks!
Target Milestone: M14 → M16
Rescheduling (*sigh*) Some of these are from M4. I wonder if they are all still valid?
Target Milestone: M16 → M17
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
Marking verified per last comments.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.