Closed
Bug 4702
Opened 25 years ago
Closed 25 years ago
FTP Url crashes
Categories
(Core Graveyard :: Networking: FTP, defect, P2)
Tracking
(Not tracked)
People
(Reporter: sfraser_bugs, Assigned: gagan)
References
()
Details
On Mac, if I expand the side bar, expand the first item, and click on the ftp://ftp.netscape.com URL, then Apprunner locks up. I have to restart the machine to recover. If this is a known netlib problem, then the FTP urls should be removed from the sidebar content until this works.
Reporter | ||
Updated•25 years ago
|
Priority: P3 → P2
Target Milestone: M4
Updated•25 years ago
|
Assignee: rjc → gagan
Comment 2•25 years ago
|
||
My opinion: We don't remove items just to prevent a crash. We fix the crash. Even if we removed the FTP URL, any users who have bookmarked FTP users are still cruising for a bruising. I know that Netlib is being rewritten. This case should remain open uptil FTP works with the new Netlib. Reassigning to gagan... :^)
Updated•25 years ago
|
Assignee: dp → matt
Comment 4•25 years ago
|
||
I think we should disable the item for M4 and be sure to track the bug and make sure it gets fixed. We cant fix every bug for M4 and should make sure the product is stable.
Assignee: matt → gagan
Hardware: Macintosh → All
Summary: FTP Url loaded from sidebar crashes → FTP Url crashes
Please note that it is not the ftp loaded thought the sidebar that is crashing. It is the url ftp://xpnav.mcom.com/ that is crashing the browser and viewer. This happens on windows also so gagan you can debug it :-)..... CNavDTD::HandleToken(CNavDTD * const 0x013edb70, CToken * 0xcdcdcdcd, nsIParser * 0x0144d960) line 603 + 3 bytes CNavDTD::BuildModel(CNavDTD * const 0x013edb70, nsIParser * 0x0144d960, nsITokenizer * 0x013ed240, nsITokenObserver * 0x00000000, nsIContentSink * 0x0144da60) line 501 + 20 bytes nsParser::BuildModel() line 847 + 34 bytes nsParser::ResumeParse(nsIDTD * 0x00000000) line 799 + 11 bytes nsParser::OnStopBinding(nsParser * const 0x0144d964, nsIURL * 0x0144a9d0, unsigned int 0, unsigned short * 0x0144ebc0) line 1026 + 17 bytes nsDocumentBindInfo::OnStopBinding(nsDocumentBindInfo * const 0x0144a980, nsIURL * 0x0144a9d0, unsigned int 0, unsigned short * 0x0144ebc0) line 1986 + 30 bytes OnStopBindingProxyEvent::HandleEvent(OnStopBindingProxyEvent * const 0x0144eb70) line 591 + 45 bytes StreamListenerProxyEvent::HandlePLEvent(PLEvent * 0x0144eb74) line 471 + 12 bytes PL_HandleEvent(PLEvent * 0x0144eb74) line 476 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x0130fe60) line 437 + 9 bytes _md_EventReceiverProc(void * 0x01fe02a6, unsigned int 49358, unsigned int 0, long 19988064) line 799 + 9 bytes USER32! 77e71250()
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 9•25 years ago
|
||
this is a dup of 4357 actually *** This bug has been marked as a duplicate of 4357 ***
Comment 10•25 years ago
|
||
verified dup
Updated•2 months ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•