Closed
Bug 196120
Opened 21 years ago
Closed 21 years ago
"Connection refused" errors not working in <IFRAME SRC=>
Categories
(Core :: DOM: Navigation, defect)
Core
DOM: Navigation
Tracking
()
VERIFIED
WONTFIX
People
(Reporter: benc, Assigned: darin.moz)
References
Details
Attachments
(2 files)
Mozilla 1.3b, Win98+Mac OS X. While working on "ftp buster", I found that sites that error w/ "connection refused" through normal usage (like URL bar or links...) silently fail w/ no error and no content. The status bar does say "Finished FTP transaction". I did a little bit of hacking, and found that the problem also affeccts HTTP URL that cause the same error. I'm not sure if this is docshell or not, I've already searched necko+docshell components for IFRAME and SRC bugs. I'll upload the two sample files I created.
Comment 3•21 years ago
|
||
Um.. for an iframe, we should currently do nothing. Once we have error page support, we should show an error page for FTP errors. Is that testcase really testing the bug you're trying to test?
yes. I've got the automated loader tool that is automated, but doesn't provide error messages. it uses IFRAME.
I got the version number wrong, I was using Mozilla 1.3a because i trying to dodge the error message regressions found in: http://www.mozilla.org/quality/networking/testing/results/mozilla1.3b/coreresults.html Most were caused by bug 189965. I'll be looking at a newer build soon, but I needed at least something to reproduce and report against.
Comment 6•21 years ago
|
||
ben - what are the steps to reproduce this bug?
Assignee | ||
Comment 8•21 years ago
|
||
benc: i think this is by design. otherwise, we'd get an error message potentially for each frame (assuming toplevel frameset/document loaded fine). adam disabled this if iirc. the solution is to use error pages. i'd recommend WONTFIX.
darin: Error pages is an entirely different can of worms, I guess we've entered "design by bug report". Somewhere along the way, everyone has made a case for every single URL entry point to display or not an error message. I just want a list of what the current expected behavior is so I can run my tests and write bugs against the diff. So this would be docshell? I'll be happy to send it where it belongs. dougt: This happens if ftp buster is configured w/ bad URLs (see description). You can directly reproduce this by clicking on either of the ftp and http examples I enclosed in #1 and #2.
Comment 10•21 years ago
|
||
This is by design. Common error messages are suppressed for IFRAMEs because links are so frequently broken that the error popups become very annoying. I can't remember the bug number, but the code that does it is here: http://lxr.mozilla.org/seamonkey/source/docshell/base/nsWebShell.cpp#930 Note this is only for error popups. When error pages are enabled, the error is shown in the iframe.
Assignee | ||
Comment 11•21 years ago
|
||
marking WONTFIX
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WONTFIX
Reporter | ||
Comment 12•21 years ago
|
||
VERIFIED.
Status: RESOLVED → VERIFIED
Component: Networking → Embedding: Docshell
Reporter | ||
Comment 13•21 years ago
|
||
*** Bug 143750 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 14•21 years ago
|
||
*** Bug 184841 has been marked as a duplicate of this bug. ***
You need to log in
before you can comment on or make changes to this bug.
Description
•