Closed Bug 3861 Opened 26 years ago Closed 26 years ago

FTP URLs don't work (throbs indefinitely, no crash)

Categories

(Core :: Networking: FTP, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: elig, Assigned: rickg)

References

()

Details

* TITLE/SUMMARY FTP URLs don't work (throbs indefinitely, no crash) (broken out of bug #3776, "FTP urls immediately crash Gecko") * STEPS TO REPRODUCE 0) Launch Apprunner 1) Type an FTP URL (whether valid, invalid, etc.) * RESULT - What happened Netscape logo throbs indefinitely. Not crashed, and accepts new URLs. - What was expected A working FTP client...eventually. * REGRESSION - Occurs On Mac OS Apprunner (3.16.99 optimized build) Win32 Apprunner (3.16.99 optimized build [NT 4, Service Pack 3]) Linux Apprunner (3.16.99 optimized build) - Doesn't Occur On [use your imagination here... ;-] * CONFIGURATIONS TESTED - [Mac] Power Mac 8500/120 (233 Mhz 604e), 64 MB RAM (VM on; 1 MB of VM used), 1024x768 (Thousands of Colors), Mac OS 8.5.1 - [Win32] Vectra VL (233 Mhz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP3. - [Linux] Vectra VL (266 Mhz P2), 96 MB RAM.
Status: NEW → ASSIGNED
Oui.
Assignee: gagan → rickg
Status: ASSIGNED → NEW
Target Milestone: M4
On 4/5 build, it crashes onStopbinding() in layout nsCParserNode::GetKeyAt(unsigned int 2) line 250 + 3 bytes CreateContentObject(const nsIParserNode & {...}, nsHTMLTag eHTMLTag_img, nsIDOMHTMLFormElement * 0x00000000, nsIWebShell * 0x01108590, nsIHTMLContent * * 0x0012fbd0) line 800 + 18 bytes SinkContext::AddLeaf(const nsIParserNode & {...}) line 1079 + 35 bytes HTMLContentSink::AddLeaf(HTMLContentSink * const 0x0124b450, const nsIParserNode & {...}) line 1979 + 15 bytes CNavDTD::AddLeaf(const nsIParserNode & {...}) line 2465 + 31 bytes CNavDTD::HandleDefaultStartToken(CToken * 0x0102c9f0, nsHTMLTag eHTMLTag_img, nsIParserNode & {...}) line 985 + 12 bytes CNavDTD::HandleStartToken(CToken * 0x0102c9f0) line 1181 + 25 bytes NavDispatchTokenHandler(CToken * 0x0102c9f0, nsIDTD * 0x03979360) line 243 + 12 bytes CTokenHandler::operator()(CToken * 0x0102c9f0, nsIDTD * 0x03979360) line 80 + 14 bytes CNavDTD::HandleToken(CNavDTD * const 0x03979360, CToken * 0x0102c9f0, nsIParser * 0x0124ae50) line 633 + 18 bytes CNavDTD::BuildModel(CNavDTD * const 0x03979360, nsIParser * 0x0124ae50, nsITokenizer * 0x0397ab10, nsITokenObserver * 0x00000000, nsIContentSink * 0x0124b450) line 501 + 20 bytes nsParser::BuildModel() line 847 + 34 bytes nsParser::ResumeParse(nsIDTD * 0x00000000) line 799 + 11 bytes nsParser::OnStopBinding(nsParser * const 0x0124ae54, nsIURL * 0x01136e00, unsigned int 0, unsigned short * 0x01271490) line 1026 + 17 bytes nsDocumentBindInfo::OnStopBinding(nsDocumentBindInfo * const 0x01136850, nsIURL * 0x01136e00, unsigned int 0, unsigned short * 0x01271490) line 1986 + 30 bytes OnStopBindingProxyEvent::HandleEvent(OnStopBindingProxyEvent * const 0x012713f0) line 591 + 45 bytes StreamListenerProxyEvent::HandlePLEvent(PLEvent * 0x012713f4) line 471 + 12 bytes PL_HandleEvent(PLEvent * 0x012713f4) line 476 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x00ed65d0) line 437 + 9 bytes _md_EventReceiverProc(void * 0x002e0148, unsigned int 49323, unsigned int 0, long 15558096) line 799 + 9 bytes USER3
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
I believe this is fixed now. With my last checkin, I am unable to reproduce the problem on NT.
Status: RESOLVED → VERIFIED
verified fixed, there is a separate bug regarding MAC and it's crashing on ftp sites.
Changing all Networking Library/Browser bugs to Networking-Core component for Browser. Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do this in a bulk change. If this happens, I will fix. ;-)
Bulk move of all Networking-Core (to be deleted component) bugs to new Networking component.
Component: Networking → Networking: FTP
You need to log in before you can comment on or make changes to this bug.