Closed Bug 87970 Opened 23 years ago Closed 23 years ago

selecting entry from location history should move entry to top

Categories

(SeaMonkey :: Location Bar, defect, P4)

x86
All
defect

Tracking

(Not tracked)

RESOLVED FIXED
Future

People

(Reporter: jmd, Assigned: hewitt)

References

Details

Attachments

(1 file)

This has always annoyed me in Netscape and IE. Selecting an item from the
location bar history drop down should move the entry to the top of the history,
so it won't expire as soon. Also, it keeps them in a more logical chronological
order. Also, if a user selects an entry once, they are more likely to select the
same one again, so moving it to the top removed the need to scroll all the way
down and find it again (my major annoyance with this).
This is urlbar history not session History. 
Assignee: radha → vishy
Component: History: Session → Browser-General
Switching component per comment.

Is this by chance a quick fix that can be done?
Component: Browser-General → URL Bar
i doubt it
Assignee: vishy → blakeross
Joe was dying to have these bugs. Who am I to say no?
Assignee: blakeross → hewitt
Status: NEW → ASSIGNED
Priority: -- → P4
Target Milestone: --- → Future
*** Bug 69265 has been marked as a duplicate of this bug. ***
maybe this quick fix would fly ? I'm not saying it's good, but it's really quick
and does the job.

--- xpfe/browser/resources/content/sessionHistoryUI.js.orig     Mon Jan 14
22:21:44 2002
+++ xpfe/browser/resources/content/sessionHistoryUI.js  Mon Jan 14 22:22:39 2002
@@ -101,6 +101,9 @@
         var uri = getShortcutOrURI(label);
         if (gURLBar) {
           gURLBar.value = uri;
+          //avg -- am I right or am I rite :)
+          //this will find url among existing ones and propagate it to the top
+          addToUrlbarHistory();
           BrowserLoadURL();
         }
         else

of course it's really unnecessary to keep my comments in the main source.
by the way, patch in the previous comment is against 0.9.7 sources
this is a patch for executeUrlBarHistoryCommand() function, when this function
is invoked it will also call addToUrlbarHistory() that will effectively move
selected entry from its current position to the top of the list
The patch looks good to me. However, I'm not the official owner of the code.
blaker or jag can official put the review comments. 
do you mean these guys: blakeross@telocity.com and jaggernaut@netscape.com or
somebody else ?
Whoo hooo... Ukraine coming through with the patch! Neat fix... jag, blake...
radha says you're the men for reviews... does this work?
Comment on attachment 69153 [details] [diff] [review]
patch for promoting selected url to the top of url-bar history

r=/sr=jag
Attachment #69153 - Flags: review+
Comment on attachment 69153 [details] [diff] [review]
patch for promoting selected url to the top of url-bar history

Looks fine. sr=shaver.
Attachment #69153 - Flags: superreview+
*** Bug 125960 has been marked as a duplicate of this bug. ***
Checked this patch in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
One minor issue. It seems to be retroactive...it moves to the top of the list
whatever final URL ends up there.

I have a 'g' custom keyword for google. If I select "g foobar" from the URL bar
from down, it adds a new entry to the top of this list:

  google.com/search?q=foobar

And "g foobar" remains where it was (well, it's pushed down one, but...)
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: