Closed Bug 65421 Opened 24 years ago Closed 23 years ago

Internet keywords should not be used to resolve relative links

Categories

(Core :: DOM: Navigation, defect)

defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 34943
Future

People

(Reporter: bugzilla, Assigned: rpotts)

References

()

Details

(Keywords: qawanted)

If you go to: http://www.greetkingcards.com/8pickup.html and press "Pickup Card >>" you're send to http://search.netscape.com. This should never be the case! Expected: Either a 404 error or something like that! Not a weird search page.
if internet keywords are disabled, I'm not sent to Netscape search, I get a www.<lots of numbers>.com not found error.
I still think it's *very* wrong to redirect a form submission to a external search! External search should only work when the user type words into the Location field and pressing Go/Enter...
this looks like a problem with the website, not Mozilla, although I agree that internet keywords shouldn't be used from links. Perhaps a change of summary to "Internet keywords should not be used to resolve relative links"?
Summary: form submission should never result in search → Internet keywords should not be used to resolve relative links
This is probably a duplicate of bug 34943, although I don't see the Internet Keywords feature (or search.netscape.com) mentioned there.
Clicking on links doesn't sound like a search problem, sounds deeper, like in necko. Although I don't think it's an exact dup of 34943 at quick glance, it's probably very similar if not an outright dup. Reassigning to gagan.
Assignee: matt → gagan
internet keywords is in webshell->rpotts. Rick it seems like to your list of conditions on when the internet keywords kick in you might want to add this -- (3) the URL is from the location bar around http://lxr.mozilla.org/seamonkey/source/docshell/base/nsWebShell.cpp#1026
Assignee: gagan → rpotts
Target Milestone: --- → Future
this could be a potential privacy/security issue too. And so am nominating for beta
Keywords: nsbeta1
The URL stated here does not work for me, but I assume that bug's what is also mentioned in bug 34943 recently (though I think it does belong here but not there): ------- Additional Comments From Marcello Nuccio 2001-03-12 10:39 ------- A link like http:/cgi-bin/man2html?locate+1l (note the single '/' after 'http:') should be interpreted as relative to the hostname in the URL of the page. Example: I'm reading http://localhost/cgi-bin/man2html/usr/share/man/man1/xargs.1.gz and I click on the link above; Navigator4.76, lynx and w3m load http://localhost/cgi-bin/man2html?locate+1l, Mozilla (Build ID: 2001031005; Linux) loads http://www.cgi-bin.com/man2html?locate+1l if internet keywords are disabled, and http://search.netscape.com/cgi-bin/search?charset=UTF-8&search=cgi-bin if internet key are enabled. With this bug, man2html it's unusable with Mozilla, because it generates only reltive links! ------- Additional Comments From Andreas Otte 2001-03-15 12:11 ------- This kind of relative urls is deprecated with rfc2396 and we decided to no longer support it. ----- If Andreas' comment is right, then the problem I had today with a HTML-based DNS Adminstration is a WONTFIX :(
Does this still happen, the original link is busted.
Blocks: 104166
qa to me.
QA Contact: claudius → benc
+qawanted - need testcase and figure out if this needs to be fixed.
Keywords: qawanted
*** Bug 72109 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 34943 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
VERIFIED/DUPE
Status: RESOLVED → VERIFIED
Component: Search → Embedding: Docshell
You need to log in before you can comment on or make changes to this bug.