User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021210 Phoenix/0.5 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021210 Phoenix/0.5 Phoenix seems to be doing some mapping action when a link specified in a web-page is invalid; it should only do this when a user enters an url through the url edit-box. Reproducible: Always Steps to Reproduce: 1.Create ~/t.html with a {<a href="http://localhost:8080">click me</a>} link in it 2.make sure no server is running on localhost port 8080 3.open ~/t.html in phoenix and click on the link Actual Results: Phoenix opened the page located at http://www.localhost.au.com Expected Results: Return an errormsg stating the server is unavailable. It might be usefull to users to have some sort of mapping to a valid url when the user enters an invalid one, or even some sort of mapping to an existing url when the user enters a non-existing one, but to have the browser rewrite non-existing links is dangerous and possible cause for abuse. Anyway, phoenix is looking great & fast; keep up the good work.

*** This bug has been marked as a duplicate of 95390 ***

Mass verifying of old bugs.

REOPEN: This needs to be checked as far as Mozilla behavior.

*** Bug 232538 has been marked as a duplicate of this bug. ***

*** Bug 232773 has been marked as a duplicate of this bug. ***

*** Bug 224273 has been marked as a duplicate of this bug. ***

*** Bug 226971 has been marked as a duplicate of this bug. ***

*** This bug has been marked as a duplicate of 184433 ***

REOPEN: Perhaps mistakenly, I had assumed in the past that URL bar was the only source of input that could call Internet Keywords. In the past, we did have a bug where inline elements like images and frames would use IK, but they were fixed. Not being a layout person, I did not go back and test every single conceivable entry point. It is possible that old IK bugs I have duped in the past provided steps based off a link click. If so, I suppose they should be pulled out and duped here.

NEW, -> Location Bar This happens in Mozilla 1.7a, post-fix for bug 184433.

WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040514 WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a2) Gecko/20040601 Firefox/0.8.0+

updated URL for problem: make usre IK is on (off by default) I think this is a js change, which I can probably do.

broken in linux seamonkey 1.7.3 and 1.8a4 (when internet keywords enabled), firefox aviary 20040926.

blake, can we get a priority and milestone update for this bug? This is still happening, and is probably the most serious functional problem with Internet Keywords. Several recent fixes have decreased the occurrence by limiting the situations where IK decides to failover, but the basic unit behavior (IK being available for link clicks) is still incorrect, and fundamentally flawed.

*** Bug 306071 has been marked as a duplicate of this bug. ***

Duping to a bug 310826 even though it is newer because it has several comments from active developers. *** This bug has been marked as a duplicate of 310826 ***

V/dupe. Jeese, I disagree with duping backwards, I think this bug has more context for the problem and it's scope, but I'm not going to mess with both bugs to reverse the dupe pointer.