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)
Core
Networking: FTP
Tracking
()
VERIFIED
FIXED
M4
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.
Updated•26 years ago
|
Comment 2•26 years ago
|
||
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.
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 4•26 years ago
|
||
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.
You need to log in
before you can comment on or make changes to this bug.
Description
•