Closed Bug 1633 Opened 26 years ago Closed 25 years ago

need error handling for bogus URLs

Categories

(SeaMonkey :: General, defect, P3)

defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: sujay, Assigned: travis)

References

()

Details

using 11/24 build jump to an illegal URL like above. nothing happens in NGLayout, we need to spit out a message like the old 4.x browser: "Netscape is unable to locate the server: www.netscape The server does not have a DNS entry. Check the server name in the Location(URL) and try again."
Status: NEW → ASSIGNED
Assignee: rickg → rpotts
Status: ASSIGNED → NEW
On start binding (in the parser at least) never gets called. It's probably in your domain or netlib.
Assignee: rpotts → gagan
Re-assigned to gagan@netscape.com. Gagan, is this a netlib bug? Who should get this?
Status: NEW → ASSIGNED
Setting all current Open/Normal to M4.
setting paulmac as QA contact for all gagan's bugs (sorry for the spam)
Target Milestone: M4 → M6
Marking till Necko lands...
Per DP's suggestion marking these till M8. Though Necko lands with M7, we will be able to verify it for M8.
I'm moving this to target M9, Necko will be enabled somewhere during late M8 or early M9. We will need to get on this and it cannot be postponed past the M9 milestone.
Assignee: gagan → rickg
Status: ASSIGNED → NEW
The error is now being pushed out to OnStopRequest (in Necko) the consumers now need to hook in the response. In general we need to set up an error display mechanism which reads off from standard lists of Netlib errors. Assigning to component owner to work this out. (How are other errors being handled now?)
Assignee: rickg → scc
We don't care whether this shows up in viewer per se. It just needs to be dealt within AppRunner. Scott -- Since you're now the webshell API owner, I think you should own this issue. The error needs to get propagated to the APP, where a dialog can be flown. The parser is already sending error codes out to the caller when things like this occur, so it should be easily trapped at the docloader level. Call me if you need additional help.
Status: NEW → ASSIGNED
Priority: P2 → P3
Target Milestone: M9 → M10
Target Milestone: M10 → M11
Moving to M11 per today's bug triage.
Assignee: scc → travis
Status: ASSIGNED → NEW
According to rickg, this bug goes along with the webshell. Sorry travis.
Component: Viewer App → Browser-General
OS: Windows 95 → All
QA Contact: paulmac → tever
Hardware: PC → All
*** Bug 11362 has been marked as a duplicate of this bug. ***
m12
Status: NEW → ASSIGNED
Depends on: 13374
Summary: need error handling → need error handling for bogus URLs
Move to M13 and re-assess once basic Webshell re-design is complete.
Target Milestone: M13 → M14
Move to M14. Is this required for beta 1?
appears to be fixed with a decent dialog in 2000020310 on NT. Marking fixed. Please verify.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
yes, the error handling is in except on linux I get a blank dialog. NT is fine but haven't checked Mac. Re-opening.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Please re-verify.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → WORKSFORME
verified: NT 2000042009 Linux 2000042509
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.