170186 - Chimera can get into a mode where you must select from the Location history

Status: VERIFIED FIXED

(Camino Graveyard :: History, defect)

Description

[ahp+mozilla]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20020909
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20020909

If you at any time during a run-time session (ie, starting up Chimera) select
from the Location bar history (the drop-down out of the location bar that
completes what you've already typed) then it is impossible to go to a URL that
is a substring of anything in the history that is not in the history.

Reproducible: Always

Steps to Reproduce:
1.Clear your history
2.Go to http://www.cnn.com/US (by typing it in)
3.Go to http://www.msnbc.com
4.Type in http://www.cnn
5.Select http://www.cnn.com/US from the history list
6.Go to http://www.msnbc.com
7.Type in http://www.cnn.com and hit enter.  

Actual Results:  
You will be taken to http://www.cnn.com/US even though you only typed in
http://www.cnn.com and hit enter with focus in the location field.

Expected Results:  
It should have gone to http://www.cnn.com

I also filed a bug about the location history only saving the first site you
visit in a browser session (and only if you go to more than one page in a
session).  Note that the location history is completely preserved within a
single session, just not across a quit.

Comment 1

[Greg K.]

WorksForMe using Chimera/2002092104 on 10.1.5. [e-mail], can you
still reproduce this problem using a more current build?

Comment 2

[ahp+mozilla]

I tried downloading a nightly build just now, and it won't even run under
10.2.1.  It starts and then stops immediately (the dock icon appears and then
immediately disappears).

Comment 3

[ahp+mozilla]

I can still reproduce this using your build (2002092104).  I am running Jaguar
(10.2.1) and you are running 10.1.5 which might account for the difference.

Comment 4

[Mike Pinkerton (not reading bugmail)]

sweet, this is still a problem.

Comment 5

[Mike Pinkerton (not reading bugmail)]

i have a fix.

Comment 6

[Mike Pinkerton (not reading bugmail)]

fixed.

Comment 7

[ahp+mozilla]

I do not believe this bug is 100% fixed.  If I go to a page by selecting it in
the location field history dropdown and begin to type in another location that
is a substring of the site I just navigated to the history dropdown comes up
with the current page already selected.  If I delete 1 character the box goes
away, then if I re-type the same character the dropdown re-appears with nothing
selected.

Example:
Navigate to http://www.cnn.com/US
Open a new browser.
Type in http://www.cnn, then select http://www.cnn.com/US from the list
Type in http://www.cnn, you will see that http://www.cnn.com/US is already
selected, and you can't get the grey bar out of the dropdown without deleting a
character.

Comment 8

[Mike Pinkerton (not reading bugmail)]

in my build, your last steps work correctly. are you running a nightly from
9/26? if it's before that, you would be correct as the first build with the fix
was 9/26.

Comment 9

[ahp+mozilla]

Ah OK.  It looks like the 9/26 Chimera build isn't up yet (I'm running 09/25
still).  Will check when the 9/26 build comes out.

Comment 10

[ahp+mozilla]

Confirmed, this looks great.

Comment 11

[Mike Pinkerton (not reading bugmail)]

:D

Comment 12

[sairuh (rarely reading bugmail)]

haven't seen this for sometime, so vrfying.