Closed Bug 79442 Opened 24 years ago Closed 23 years ago

Autocompleted urls not added to URL bar dropdown history menu

Categories

(SeaMonkey :: General, defect)

x86
All
defect
Not set
minor

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: vanbalen, Assigned: hewitt)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdk i686; en-US; rv:0.9+) Gecko/20010507 BuildID: 2001050708 When the user goes to a url from the drop down autocomplete menu, it doesn't show up in session history afterwards and must be autocompleted again. Reproducible: Always Steps to Reproduce: 1. Start typing a URL which you have typed in before but isn't in session history (i.e. URL bar drop down menu accessed with the arrow on the right side of the url bar). 2. wait for autocomplete to kick in and choose the desired URL (I do this by hitting tab, followed by enter). 3. Decide you want to visit that url again. It's should now have been conveniently added to session history, right? Wrong. Actual Results: Autocompleted urls don't go into session history if they're visited Expected Results: Every URL the user visits by hitting enter in the url bar should go into session history.
Marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
can't reproduce it. Urls entered thro' urlbar do go into Session History, unless you have chosen to have 0 pages in Session History thro' Prefs.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
What build did you test on? The history dropdown menu has been broken since June 29th (bug 88073). Maybe the summary of this bug is misleading. When I wrote the summary, I assumed that any URL that was in session history would show up in the drop down menu.
Summary: Autocompleted urls not added to session history → Autocompleted urls not added to URL bar dropdown history menu
Reopening until 88073 is fixed and I can test on a current build.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
I just now sent a similar bug down the browser team's way. I think this bug is a dupe of that one.
Assignee: radha → vishy
Status: REOPENED → NEW
Component: History: Session → Browser-General
88073 fixed, this is still broken, btw its platform all.
OS: Linux → All
->hewitt, cc blake
Assignee: vishy → hewitt
works4me
Status: NEW → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → WORKSFORME
Does appear to work now...
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.