Closed Bug 50815 Opened 25 years ago Closed 24 years ago

No way for embedding apps to know the page didn't load correctly. (was: Webclient doesnot load an Error page if a wrong URL is provided with runem)

Categories

(Core Graveyard :: Embedding: APIs, defect, P3)

Product:
Core Graveyard
Component:
Embedding: APIs
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED INVALID
Milestone:
mozilla1.0

People

(Reporter: geetha.vaidyanaathan, Assigned: edburns)

References

Details

(Keywords: topembed)

Running Webclient M4 with Mozilla M16 on Solaris 2.7 Command used... runem http://www.sunweb.central... Webclient tries to load this page and does not report an error in loading site. DONE status is displayed at the Status bar . Frame is empty. Try entering any junk on the URL and still does not display any Error page. Commandwindow shows the following: ..... ...... Obtained name of Personal Toolbar from bookmarks string bundle. Start reading in bookmarks.html Opening file bookmarks.html failed Finished reading in bookmarks.html (84352 microseconds) debug: edburns: Currently Viewing: http://www.sunweb.central/ WARNING: No disk cache present, file nsCacheManager.cpp, line 160 Tried to do the same on WIndows and it correctly displays "Requested item could not be loaded by the Proxy" On both machines the proxy server used is the same (webcache.eng)
Reassigning to embedding.
Component: Java APIs to WebShell → Embedding APIs
Summary: Webclient doesnot load an Error page if a wrong URL is provided with runem → No way for embedding apps to know the page didn't load correctly. (was: Webclient doesnot load an Error page if a wrong URL is provided with runem)
Are we still seeing this on the latest nightly builds?
To reproduce this bug, make it so a non-existent host is in your no-proxy list. Then try to load that host. Webclient will fail silently. This is not correct behavior.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Updating QA Contact
QA Contact: geetha.vaidyanaathan → mdunn
Blocks: 70229
Target 0.9.1
Target Milestone: --- → mozilla0.9.1
Correction: Changing QA contact for the Embed API bugs to David Epstein.
QA Contact: mdunn → depstein
Pushing out.
OS: Solaris → All
Hardware: Sun → All
Target Milestone: mozilla0.9.1 → mozilla1.0
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
don't move bugs that are in the 1.0 dependency tree. sorry.
Target Milestone: mozilla1.0.1 → mozilla1.0
I'm not sure if this bug is still valid but it doesn not affect MFCEmbed. MFCEmbed properly reports the host as non-existent.
Keywords: topembed
Keywords: mozilla1.0+
not sure this bug is valid anymore now that we have nsIWebProgress[Listener] which does provide this level of error reporting/feedback. please re-open if I'm wrong.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
verifying.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.