Closed Bug 4702 Opened 25 years ago Closed 25 years ago

FTP Url crashes

Categories

(Core Graveyard :: Networking: FTP, defect, P2)

All
Mac System 8.5
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 4357

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.
Priority: P3 → P2
Target Milestone: M4
Assignee: gagan → rjc
Component: Networking Library → RDF
Who owns sidebars? RJC?
Assignee: rjc → gagan
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...  :^)
Assignee: gagan → dp
dp you always wanted to debug on Mac... :-)
Assignee: dp → matt
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()
Target Milestone: M4 → M6
Marking till Necko lands...
*** Bug 4813 has been marked as a duplicate of this bug. ***
Deffered till Necko lands...
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
this is a dup of 4357 actually

*** This bug has been marked as a duplicate of 4357 ***
verified dup
Component: RDF → Networking: FTP
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.