749908 - Existing history entries replaced when revisit web page

Status: UNCONFIRMED

(SeaMonkey :: Bookmarks & History, defect)

Description

[FourthDr]

User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14; Firefox/5.0.0
Build ID: 20110420224920

Steps to reproduce:

Open history manager and visited a previously visited website.


Actual results:

The existing history entry for that website was deleted. A new entry was created with the current date and time. 


Expected results:

The previously visited website's history entry should have remained in history manager with the date/time of the first visit and a new entry for the website with today's date and time should have been created.

Comment 1

[Philip Chee]

> User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19)
> Gecko/20110420 SeaMonkey/2.0.14; Firefox/5.0.0
> Build ID: 20110420224920
SeaMonkey 2.0 is old, obsolete and unsupported. Does this happen in SeaMonkey 2.9?

Comment 2

[FourthDr]

This happens in v2.9. This problem began around the release of v2.

Comment 3

[Philip Chee]

Marco: is this intended behaviour? Or is there something we should port from the Firefox History/Bookmarks Library.

Comment 4

[FourthDr]

Any update on this? I see that it is still a problem in Seamonkey 2.26.1

Comment 5

[FourthDr]

Still not fixed in Seamonkey 2.29.1! This does not happen in Firefox.

Comment 6

[FourthDr]

I will pay $50 in BTC to the person who fixes this problem. Please PM me.

Comment 7

[FourthDr]

Still not fixed. Still a problem in v2.33.1. $100 to fix anyone?

Comment 8

[Rainer Bielefeld]

I think I also see that, but until now I did not do systematic research. Out it on my to-do list.

Comment 9

[Rainer Bielefeld]

Steps how to reproduce with DE SeaMonkey 2.35(γ)  (Windows NT 6.1; WOW64; rv:38.0 nightly by Adrian Kalla)  Gecko/20100101 Build 20150616034436 (Classic Theme) on German WIN7 64bit:

1. Launch Browser
2. History sidebar: sort by alphabet → find a few month old single entry for 
   a visited web page
3. found history entry: 'right click → copy → click search string input line above
   history list → rightclick → paste
   » only that particular history entry will remain
4. Click that history entry
   » Web page will be opened
   » no additional history list entry shown, old entry remains, what itself
     might be an issue, I will check that later
5. In sidebar open Bookmarks panel by mouse click
6. In sidebar return to History panel by mouse click
7. paste URL to search string input line above history (is still in clipboard)
   » Expected: 2 entries, old one and new one
   » Actual: only new entry visible

Additional Info:
a) started with 2.0 due to user story
b) Possibly related:
   Bug 1103223 - History entries disappear from their original location 
   when visited

Comment 10

[Rainer Bielefeld]

c) Might be a feature, not a bug? We have a column "Number of visits" in sidebar
   and history dialog, so I think it is intended that for an URL only 1
   entry in history will be shown, and additionally number of visits?
d) I will think about results for a while and close this one if I do not find
   new aspects
e) the complained behavior causes "Bug 892485 - History sidebar/Library scrolls 
   to top when selected history entry is revisited "
f) The current behavior is a nuisance for some particular research using history:
   sometimes I need to revisit some pages because I need to read their contents,
   and I know that I visited the page a particular day. Now I want to revisit
   all pages already visited that day and try to find information I need, but
   as soon as I revisit page information that I already visited it that day in
   the past becomes lost
g) relation to Bug 1103223 needs to be checked

Comment 11

[FourthDr]

Thanks for looking into this issue. I also noticed a related problem. With the history windows open, and then visiting various pages, not all pages visited are shown in history. Not until you enter something into the history search bar and then delete it does the history update itself and reflect all visited sites. 

Also, there seems to be something strange going on in the <GO> drop down history which stores history for a specific windows or tab. If you have say a dozen entries, then select an entry down the list, then hit forward, all the history before that entry is deleted and you can't go forward. I have had this happen on several occasions to my surprise.

One last observation. When deleting specific history items, I need to delete 10+1 before the history window will refresh to reflect that any history items have been deleted. This one seems like a coding error involving some math value. Firefox's history immediately updates the history list as you delete any items.

Comment 12

[Rainer Bielefeld]

Effect still is as reported. In history I found an entry from January for https://mirtesen.ru/registration/confirm#_=_
I visited that page, closed and reopened History (Menu 'go -> History'), and the old entry from January had vanished a new one with today's time had been created. Visit counter works fine, rised number of visits from 1 to 2.

I still wonder whether the complained behavior is a feature or a bug. I would prefer to keep all visits in the list