Closed
Bug 393002
Opened 17 years ago
Closed 17 years ago
"Server not found" message for view-source window doesn't display server name
Categories
(Core :: DOM: Navigation, defect)
Core
DOM: Navigation
Tracking
()
VERIFIED
FIXED
mozilla1.9beta3
People
(Reporter: niek, Assigned: anant)
References
(Blocks 1 open bug)
Details
(Whiteboard: [good first bug])
Attachments
(1 file, 2 obsolete files)
1.07 KB,
patch
|
benjamin
:
review+
bzbarsky
:
superreview+
damons
:
approval1.9+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6 When I try to access a server that doens't exist, I get a message saying "Firefox can't find the server at www.somedomainthatdoesntexists.com.". If I try to view the source of this page, I get the same message, but without the server name. This also occurs if I try to access the source in the mail browser window, like visiting "view-source:http://www.somedomainthatdoesntexists.com" Reproducible: Always Steps to Reproduce: 1. Visit a server that doesn't exists 2. Try to view the source or 1. Visit the server with the "view-source:" prefix. Actual Results: The following message is displayed: "Firefox can't find the server at ." Expected Results: The following message should be displayed, as is so on a normal request: "Firefox can't find the server at www.somedomainthatdoesntexists.com."
Updated•17 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Comment 2•17 years ago
|
||
This is not a duplicate of bug 273968. Bug 273968 could very well be invalid, but this one should be fixed regardless. That is, the host should not be empty.
Updated•17 years ago
|
Severity: trivial → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows Vista → All
Hardware: PC → All
Updated•17 years ago
|
Component: View Source → Embedding: Docshell
Product: Firefox → Core
QA Contact: view.source → docshell
Version: unspecified → Trunk
Comment 3•17 years ago
|
||
Issue here is probably that the host of a view-source URI is empty... Maybe whatever code is involved should be looking at the innermost URI?
Comment 5•17 years ago
|
||
or perhaps view-source URIs should return the host of their inner URI
Comment 6•17 years ago
|
||
They're an nsSimpleNestedURI. I suppose we could subclass that and just override GetHost....
Comment 7•17 years ago
|
||
Wouldn't it make sense for SimpleNestedURI in general to forward GetHost to the inner URI?
Comment 8•17 years ago
|
||
I guess we could do that. But then jar: URIs would have the same issue, etc. We could specify that a nested URI must forward certain nsIURI things to the underlying URI. But which ones? It seems that any code that cares about which uri is "really" involved (e.g. the security code) should look at the inner URI.
Comment 9•17 years ago
|
||
ok, you're probably right the code in question is this one, I think: http://lxr.mozilla.org/seamonkey/source/docshell/base/nsDocShell.cpp#2896 (other places in that function too)
Updated•17 years ago
|
Keywords: helpwanted
Whiteboard: [good first bug]
Assignee | ||
Comment 10•17 years ago
|
||
Attachment #292022 -
Flags: superreview?(bzbarsky)
Attachment #292022 -
Flags: review?(benjamin)
Assignee | ||
Comment 11•17 years ago
|
||
The patch uses GetInnermostURI because that would work better in the case of nested URIs although GetInnerURI should work in most cases.
Comment 12•17 years ago
|
||
Comment on attachment 292022 [details] [diff] [review] patch v1: fixes mentioned problem I think you want to use NS_GetInnermostURI here instead of largely duplicating it.
Attachment #292022 -
Flags: superreview?(bzbarsky) → superreview-
Assignee | ||
Comment 13•17 years ago
|
||
Attachment #292022 -
Attachment is obsolete: true
Attachment #292031 -
Flags: superreview?(bzbarsky)
Attachment #292022 -
Flags: review?(benjamin)
Assignee | ||
Updated•17 years ago
|
Attachment #292031 -
Flags: review?(benjamin)
Comment 14•17 years ago
|
||
Comment on attachment 292031 [details] [diff] [review] patch v2: address issue raised by super-review You don't need the QI. Just call the function and use the URI it returns.
Attachment #292031 -
Flags: superreview?(bzbarsky) → superreview-
Assignee | ||
Comment 15•17 years ago
|
||
Sorry, should have taken a look at the implementation of NS_GetInnermostURI first.
Attachment #292031 -
Attachment is obsolete: true
Attachment #292088 -
Flags: superreview?(bzbarsky)
Attachment #292088 -
Flags: review?(benjamin)
Attachment #292031 -
Flags: review?(benjamin)
Comment 16•17 years ago
|
||
Comment on attachment 292088 [details] [diff] [review] patch v3: remove unnecessary QueryInterface Excellent!
Attachment #292088 -
Flags: superreview?(bzbarsky) → superreview+
Updated•17 years ago
|
Attachment #292088 -
Flags: review?(benjamin) → review+
Updated•17 years ago
|
Assignee: nobody → anant
Updated•17 years ago
|
Keywords: helpwanted
Assignee | ||
Comment 17•17 years ago
|
||
Comment on attachment 292088 [details] [diff] [review] patch v3: remove unnecessary QueryInterface Request approval for 1.9
Attachment #292088 -
Flags: approval1.9?
Comment 18•17 years ago
|
||
Comment on attachment 292088 [details] [diff] [review] patch v3: remove unnecessary QueryInterface a=endgame drivers
Attachment #292088 -
Flags: approval1.9? → approval1.9+
Updated•17 years ago
|
Keywords: checkin-needed
Comment 19•17 years ago
|
||
Checking in docshell/base/nsDocShell.cpp; /cvsroot/mozilla/docshell/base/nsDocShell.cpp,v <-- nsDocShell.cpp new revision: 1.876; previous revision: 1.875 done
Status: NEW → RESOLVED
Closed: 17 years ago → 17 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9 M11
Updated•17 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•