168623 - Incomplete URL selected when clicking autocomplete selection without moving mouse

Status: RESOLVED DUPLICATE of bug 244900

(SeaMonkey :: Autocomplete, defect)

Description

[David Nesting]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/20020826
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/20020826

When using autocomplete, if your mouse happens to be positioned over the
location where an autocompleted URL is to appear, if you simply click to select
it without moving the mouse to bring some sort of focus to the URL, Mozilla
attempts to load the incomplete URL instead of selecting the URL you just
clicked on.

Reproducible: Always

Steps to Reproduce:
1. Position the mouse just below the address bar
2. Fill in an incomplete but previously visited URL, wait for suggested URL's to
appear
3. Click on the URL currently under the mouse without moving the mouse to
trigger a focus change

Actual Results:  
The partial (probably invalid) URL is requested.

Expected Results:  
The URL under the mouse cursor should have been requested.

See also bug 20022 and but 46388.

Comment 1

[Baron Schwartz]

This is not just the case when using the address bar. I am using 
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021119 Phoenix/0.4
and notice this behavior with all types of autocompletes. For instance the
Google search bar in the top-right corner; if I search for 'hello' and then type
'hell' it will pop down 'hello.' If my mouse is over the 'hello' and I click
without moving it, I end up searching for 'hell.' Next time I type 'h' in,
'hell' also appears as a match.

This also happens with form fields, etc.

I am on RedHat 7.3 using Fluxbox and a fresh profile.

Comment 2

[David Nesting]

See also bug 138607, which describes the same effect, but where the user is
clicking on a 1-2px "dead zone" at the top of the autocomplete drop-down. 
Again, the Autocomplete bar is getting activated without a selection being made
(from its perspective).  For this bug, we just need to ensure that focus is
given to the selection we click on.

Comment 3

[Jason M. Abels]

This may have been fixed. It WFM on 2003062708 trunk

Comment 4

[David Nesting]

I am still seeing this behavior with nightly Gecko/20030627 on WinXP.  I
position my mouse just below the URL bar, start typing a URL, observe that the
drop-down is populated with previously-visited URLs starting with what I typed,
I click on the one currently under my mouse (without moving the mouse or
highlighting anything) and it starts attempting to load my partially-typed URL.

For example, I type "sla", observe that a handful of http://slashdot.org/...
URLs come up in the autocomplete drop-down, I click on whatever one is under my
mouse, and I see "Resolving host 'sla'..." as it tries to load the incompletely
typed URL.

Comment 5

[Asa Dotzler [:asa]]

worksforme with latest builds on winXP

Comment 6

[David Nesting]

I still see this problem with the latest nightly (Mozilla/5.0 (Windows; U;
Windows NT 5.1; en-US; rv:1.7b) Gecko/20040323).  I will attach screen shots
that attempt to capture the problem in a clearer fashion.

Comment 7

[David Nesting]

Attachment: Typing "sla" with the mouse positioned just below

Here, my mouse is positioned just below the URL field.	I've begun typing "sla"
and the first few matches are for some Slashdot URLs.  You can't see my mouse
cursor, but it's positioned directly over the first URL, "http://slashdot.org".
 Note that this first URL is not highlighted, even though my mouse is
positioned there.  What should I happen when I click my primary mouse button?

Comment 8

[David Nesting]

Attachment: Clicking loads "sla", not the URL the mouse was hovered over

Answer: not this.  I clicked on "http://slashdot.org/" and, instead, the
browser tries to load "sla".  In this case, it tried an implied "www." and
".com" and loaded "www.sla.com".  This is not Slashdot.

Comment 9

[Asa Dotzler [:asa]]

That's just plain odd. When I follow the exact same steps, I see everything you
see except that when I click my primary mouse button, the url over which the
pointer sat gets highlighted and then loaded. 

Comment 10

[Asa Dotzler [:asa]]

OK, I can reproduce this now. I wasn't careful enough in previous testing and
must have moved my mouse just a tiny bit when pressing the button. That gave
focus to the widget and so correctly loaded that URL.

Comment 11

[Ed Lee :Mardak]

I can also confirm this bug. Start typing in the location bar and move your
cursor onto one of the selections. You'll see that the line is highlighted.
Leave the cursor there and clear the location bar and type in something else to
trigger the autocomplete. Without moving the cursor, click and it'll try to load
the incomplete URL.

Comment 12

[howardwan]

I can certainly confirm on Gecko/20040913 on my Win98 and WinXP systems. 
Because I tend to have my mouse under the Location Bar as a habit, I get it a
lot and it's quite an annoyance.

Comment 13

[Phil Ringnalda (:philor)]

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

Comment 14

[Phil Ringnalda (:philor)]

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

Comment 15

[Phil Ringnalda (:philor)]

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

Comment 16

[John Vandenberg]

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

Comment 17

[Adam Guthrie]

Just an idea, but maybe the patch for bug 306538 could get ported to xpfe?

Comment 18

[Andrew Schultz]

duping to a newer bug with a patch that will fix this bug

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