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)
Tracking
(Not tracked)
RESOLVED
FIXED
Future
People
(Reporter: jmd, Assigned: hewitt)
References
Details
Attachments
(1 file)
376 bytes,
patch
|
jag+mozilla
:
review+
shaver
:
superreview+
|
Details | Diff | Splinter Review |
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).
Comment 1•23 years ago
|
||
This is urlbar history not session History.
Assignee: radha → vishy
Component: History: Session → Browser-General
Reporter | ||
Comment 2•23 years ago
|
||
Switching component per comment. Is this by chance a quick fix that can be done?
Component: Browser-General → URL Bar
Comment 4•23 years ago
|
||
Joe was dying to have these bugs. Who am I to say no?
Assignee: blakeross → hewitt
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P4
Target Milestone: --- → Future
Comment 6•23 years ago
|
||
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.
Comment 7•23 years ago
|
||
by the way, patch in the previous comment is against 0.9.7 sources
Comment 8•23 years ago
|
||
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
Comment 9•23 years ago
|
||
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.
Comment 10•23 years ago
|
||
do you mean these guys: blakeross@telocity.com and jaggernaut@netscape.com or somebody else ?
Reporter | ||
Comment 11•23 years ago
|
||
Whoo hooo... Ukraine coming through with the patch! Neat fix... jag, blake... radha says you're the men for reviews... does this work?
Comment 12•23 years ago
|
||
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 13•23 years ago
|
||
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+
Comment 14•23 years ago
|
||
*** Bug 125960 has been marked as a duplicate of this bug. ***
Comment 15•23 years ago
|
||
Checked this patch in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 16•22 years ago
|
||
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...)
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•