17198 - Link in cnnfn.com causes crash

Status: VERIFIED DUPLICATE of bug 17119

(SeaMonkey :: General, defect, P3)

Description

[ppandit]

Using debug build from Oct. 21

1) Go to www.cnnfn.com
2) Click on "Track Your Stocks" link (Portfolio already created before)
3) Get crash immediately (see below)
4) Opened Communicator 4.7 and went to www.cnnfn.com
5) Saved the webpage to local drive as C:\TEMP\www_cnnfn_com.html
6) Reopened Seamonkey and loaded this file
7) Clicked on "Track Your Stocks" - everything worked fine!!
8) Now open www.cnnfn.com in Seamonkey
9) Click on "Track You Stocks" - get the same crash again

Below is the trace. Debug info stops by asking for location of DBGDEL.CPP

operator delete(void * 0xdadadada) line 47 + 3 bytes
MaxElementSizePropertyDtor(nsIPresContext * 0x03cdec40, nsIFrame * 0xdadadada,
nsIAtom * 0x011157c0, void * 0xdadadada) line 297 + 15 bytes
DestroyPropertyValuesFunctor::operator()(void * 0xdadadada, void * 0xdadadada)
line 1852 + 28 bytes
nsDST::EnumTree(nsDST::LeafNode * 0x03de3588, nsDSTNodeFunctor & {...}) line 377
nsDST::Enumerate(nsDSTNodeFunctor & {...}) line 363
FrameManager::PropertyList::RemoveAllProperties(nsIPresContext * 0x03cdec40)
line 1869
FrameManager::DestroyPropertyList(nsIPresContext * 0x03cdec40) line 1566
FrameManager::~FrameManager() line 340
FrameManager::`scalar deleting destructor'(unsigned int 1) + 15 bytes
FrameManager::Release(FrameManager * const 0x022be710) line 318 + 134 bytes
PresShell::~PresShell() line 552 + 27 bytes
PresShell::`scalar deleting destructor'() + 15 bytes
PresShell::Release(PresShell * const 0x022bec50) line 483 + 138 bytes
nsCOMPtr<nsIPresShell>::~nsCOMPtr<nsIPresShell>() line 458
DocumentViewerImpl::~DocumentViewerImpl() line 275 + 22 bytes
DocumentViewerImpl::`scalar deleting destructor'(unsigned int 1) + 15 bytes
DocumentViewerImpl::Release(DocumentViewerImpl * const 0x03cbc250) line 217 +
134 bytes
nsWebShell::Embed(nsWebShell * const 0x0224e0c0, nsIContentViewer * 0x03e4c5c0,
const char * 0x04065a20, nsISupports * 0x00000000) line 882 + 27 bytes
nsDocumentBindInfo::OnStartRequest(nsDocumentBindInfo * const 0x04065a60,
nsIChannel * 0x03e8d730, nsISupports * 0x00000000) line 1145 + 36 bytes
nsChannelListener::OnStartRequest(nsChannelListener * const 0x040659a0,
nsIChannel * 0x03e8d730, nsISupports * 0x00000000) line 1333 + 43 bytes
nsChannelListener::OnStartRequest(nsChannelListener * const 0x03e33da0,
nsIChannel * 0x03e8d730, nsISupports * 0x00000000) line 1333 + 43 bytes
nsChannelListener::OnStartRequest(nsChannelListener * const 0x03e8ead0,
nsIChannel * 0x03e8d730, nsISupports * 0x00000000) line 1333 + 43 bytes
nsChannelListener::OnStartRequest(nsChannelListener * const 0x03e8fcd0,
nsIChannel * 0x03e8d730, nsISupports * 0x00000000) line 1333 + 43 bytes
nsHTTPResponseListener::FinishedResponseHeaders() line 680 + 37 bytes
nsHTTPResponseListener::OnDataAvailable(nsHTTPResponseListener * const
0x03ed24e0, nsIChannel * 0x03e8d950, nsISupports * 0x03e8d730, nsIInputStream *
0x03ed2868, unsigned int 0, unsigned int 0) line 166 + 8 bytes
nsOnDataAvailableEvent::HandleEvent(nsOnDataAvailableEvent * const 0x03ed61c0)
line 413
nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x03ed1610) line 169 + 12 bytes
PL_HandleEvent(PLEvent * 0x03ed1610) line 548 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x00c700f0) line 507 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x06790262, unsigned int 49423, unsigned int 0,
long 13041904) line 983 + 9 bytes
USER32! DispatchMessageWorker@8 + 135 bytes
USER32! DispatchMessageA@4 + 11 bytes
nsAppShell::Run(nsAppShell * const 0x00cc01d0) line 74
nsAppShellService::Run(nsAppShellService * const 0x00c706b0) line 485
main1(int 1, char * * 0x00c04a60) line 604 + 12 bytes
main(int 1, char * * 0x00c04a60) line 694 + 13 bytes
mainCRTStartup() line 338 + 17 bytes
KERNEL32! BaseProcessStart@4 + 64

Comment 1

[Eli Goldberg]

Par, I believe this is a duplicate of several other bugs, and is fixed in the
current builds.

Would you be open to giving it a quick check on a current build?

Thanks!


*** This bug has been marked as a duplicate of 17119 ***

Comment 2

[ppandit]

I do not see the problem in today's release build (10/29) or yesterday's debug
build on Windows NT.

Comment 3

[ppandit]

VERIFIED