Closed
Bug 499820
Opened 15 years ago
Closed 11 years ago
URL history will not delete, either by individual URL or all history
Categories
(Firefox :: Address Bar, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: cytherians, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11 The URL history cannot be deleted, either by single URL or the entire history. This worked in the previous version 3.0.10. Reproducible: Always Steps to Reproduce: 1. Visit several URL's. 2. Go to the Location DDL and press the down arrow for the list. 3. Select any of the URL's by highlighting with the mouse pointer (do not click). 4. Press the "DEL" key to delete. 5. Repeat from step 2, and you will notice that URL still exists. 6. Go to the Options dialog and elect to clear browser history--no change. Actual Results: Any attempt to delete the URL history, either single or all, results in no change. There is no error message given. The function behaves normally, but the result is no change. Expected Results: The individual URL selected should be gone and not selectable again. And if the entire browser history is deleted, no URL's should show up in the Location DDL. This was not a problem in 3.0.10. It is not a major problem, but it has a significant effect on the user experience. People wish to cleanse their browser of links no longer needed and so it is very annoying to be faced with them permanently.
I forgot to add... The delete DOES work with NEW URL's--it does NOT work with PREVIOUSLY EXISTING ones.
Comment 2•15 years ago
|
||
does that work in safe mode? http://support.mozilla.com/kb/Safe+Mode
Restarted in safe mode, but no change with functional problem. I also set to disable all add-ons and reset toolbars--still no change... Is there a way to manually edit the URL log file?
Comment 5•15 years ago
|
||
Issue is still present in 3.5.1. I can confirm that this bug exists since upgrading from 3.0.x to 3.5.0 and then 3.5.1.
So, it has been out for a while... is there any chance this can get fixed? The issue is annoying. Either that, or provide a means of cleansing the whole list manually. Thank you.
Comment 7•14 years ago
|
||
I have version 3.6 and the URL Location Bar still remembers history,even after a "Clear Recent History" and selecting "Everything". I read somewhere online the deleting each entry using SHIFT+DEL keys would work, but this didn't work either.
Comment 8•14 years ago
|
||
(In reply to comment #7) > I have version 3.6 and the URL Location Bar still remembers history,even after > a "Clear Recent History" and selecting "Everything". I read somewhere online > the deleting each entry using SHIFT+DEL keys would work, but this didn't work > either. Did you choice the Everything option in Clear Recent History? The entry you see in the locationbar are bookmarks (have a star near them) or children of a live bookmark (RSS feed)? Can you try repeating the Clear Recent History in Safe mode: http://support.mozilla.com/kb/Safe+Mode
Comment 9•14 years ago
|
||
(In reply to comment #8) > Did you choice the Everything option in Clear Recent History? nevermind this question, i misread the comment.
Comment 10•14 years ago
|
||
I have the same problem. Using 3.6.3.
Comment 11•14 years ago
|
||
I think there was a fix on the trunk already for this where some history wasn't really being deleted. I also just highlight the item in the URL bar and hit the del key more often then using the history UI, though if its bookmarked it will still be around.
Updated•13 years ago
|
Version: unspecified → 3.6 Branch
Comment 12•13 years ago
|
||
Please test Firefox 4.0 RC Notice that removing history for bookmarks in the locationbar won't remove the entry since it's still a bookmark.
Comment 13•11 years ago
|
||
no reply, though I think this has been fixed quite some time ago
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•