Open
Bug 665024
Opened 13 years ago
Updated 11 years ago
History window isn't updated when entry is deleted
Categories
(SeaMonkey :: Bookmarks & History, defect)
SeaMonkey
Bookmarks & History
Tracking
(Not tracked)
NEW
People
(Reporter: berndheinze69, Unassigned)
References
Details
(Whiteboard: [2012 Fall Equinox])
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:2.0.1) Gecko/20110608 Firefox/4.0.1 SeaMonkey/2.1 Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0.1) Gecko/20110608 Firefox/4.0.1 SeaMonkey/2.1 If you delete an entry from the history, the list isn't updated Reproducible: Always Steps to Reproduce: 1. Open history Ctrl+H 2. Type something into search-field e.g. google 3. Select one entry and hit Del-button Actual Results: Entry remains in list, although it gets deleted. (Change text in search field to force an update) Expected Results: List gets updated, deleted entry disappears
Reporter | ||
Updated•13 years ago
|
Version: unspecified → SeaMonkey 2.1 Branch
Comment 1•13 years ago
|
||
I can confirm this for SeaMonkey 2.4a1, but this bug exists for some time already.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: dupeme
Comment 3•13 years ago
|
||
This bug happens in the environment 'View->Group by->none'.
I finally just could no longer stand being stuck with v2.0.14 because of this problem, so I was going to write a bug report for this very problem. But since there is one already.....Seamonkey is up to version 2.8 and I first noticed this when I upgraded one of my installations of v2.0.14 to v2.2. I make heavy use of the history manager and it is really hindering me! I am REALLY surprised that after so many releases since 2.2 that this bug HAS NOT BEEN FIXED! Please patch this soon! I can verify that this bug is present in every install of Seamonkey 2.2 - 2.8.
Comment 5•12 years ago
|
||
(In reply to FourthDr from comment #4) > I finally just could no longer stand being stuck with v2.0.14 because of > this problem, so I was going to write a bug report for this very problem. > But since there is one already.....Seamonkey is up to version 2.8 and I > first noticed this when I upgraded one of my installations of v2.0.14 to > v2.2. I make heavy use of the history manager and it is really hindering me! > I am REALLY surprised that after so many releases since 2.2 that this bug > HAS NOT BEEN FIXED! Please patch this soon! > > I can verify that this bug is present in every install of Seamonkey 2.2 - > 2.8. You had better set 'View->Group by->"Day, Website or Day and Website"'.
Hi Mr. Okawa: I don't use groups in my history. I prefer seeing a list. I use the following: Columns: locations, last visited sort: last visited, z>a group: none This has always work for me until v2.2+ was released. v2.9 was just released this week and it is still broken! :-( :-( :-(
Comment 7•12 years ago
|
||
I thought you wanted to know the workaround of this bug, but not so. If you want to write your complaint, it's good that you join SeaMonkey-ML. Bugzilla is NOT BBS on which you write your complaint. https://bugzilla.mozilla.org/page.cgi?id=etiquette.html
Updated•12 years ago
|
Whiteboard: dupeme
Comment 10•12 years ago
|
||
I'd like to also point out that the workaround suggested by Mr. Okawa has a problem. When grouping history items, because of the non-updating it can appear that you have multiple entries for say www.google.com because they show up in multiple groups and show up multiple times when not grouped. So If I where to for example delete all the instances of www.google.com except for one, I would in fact be deleting them ALL....once I close and reopen the history manager. Not what I want to happen! I consider that a major flaw. Each time I visit a website a new entry in history should be created, not moved up in the list.
Comment 11•12 years ago
|
||
Appears on trunk, too. What's also affected is when you search for some string in history and then try to delete a entry.
Version: SeaMonkey 2.1 Branch → Trunk
Comment 12•12 years ago
|
||
Reproducible in current nightly User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/18.0 Firefox/18.0 SeaMonkey/2.15a1 Build identifier: 20120921003032
OS: Windows XP → All
Hardware: x86 → All
Whiteboard: [2012 Fall Equinox]
Comment 13•12 years ago
|
||
Just to note, Firefox is not affected by this bug.
Comment 14•11 years ago
|
||
Bug is still present in 2.16 :-( New history is added immediately. Duplicate phantom entries are created/visible. Can't tell if you have two entries or one entry showing multiple times. Deleted entries do not disappear when deleted. Doing a search of history or reopening the history is needed before change is seen. Many other related issues make history broken and not usable. No practical work around. Fix the problem in the next release and I will send 1.5BTC to the person credited with the fix. Be sure your ID and BTC address is credited in the official code. :-) Hopefully a bounty will produce more interest in fixing this problem. I will increase the amount if not fixed in next few releases. As you can tell I am anxious to get this fixed so I can upgrade from 2.0.14 to the current release. I can't do that without a properly working history manager.
Comment 15•11 years ago
|
||
2.16.1 is out, history still not working correctly. Bounty increased to 3BTC + $144US$
Comment 16•11 years ago
|
||
I think fixing this bug is actually not difficult at all. But I can't prove it, need to check...
Comment 17•11 years ago
|
||
FourthDr: I don't think anyone has fixed it. If you can program, you can fix it. ;) I can't code. :(
Comment 18•11 years ago
|
||
With out a properly working history manager Seamonkey is dead to me. And since my programming skillz are next to nil, I'm offering a small bounty in hopes of getting it fixed sooner. Unless of course someone wants to take the time to teach me html/xml/xul/java/javascript and how to debug/compile etc. I don't think that's happening any time soon. Anyway, it's more that just not updating. Dupe entries. Entries dated x are deleted, new entry added and moved to top (looks like first time you visited). Adds multiple entries when page refreshes(should not do that). History is totally messed up! History could also use a save feature and an undelete feature as well. Some appropriate quotes: http://www.youtube.com/watch?v=JYc05gZFly0 :-D -Futurama Fry If debugging is the process of removing bugs, then programming must be the process of putting them in. -Edsger W. Dijkstra "The only good bug is a dead bug!" -Starship Troopers. General John Rico:
You need to log in
before you can comment on or make changes to this bug.
Description
•