10.46 KB, text/html
839 bytes, text/plain
908 bytes, text/plain
849 bytes, text/plain
21.04 KB, image/jpeg
Several entries in my bookmark file routinely give a false page updated flag. This behavior is more common in sub-nested folders than higher level folders. Will attach a file with several instants of a few affected bookmark entries. This is on build 2002080404 (1.1b).
Created attachment 95186 [details] Bookmark Entries that demonstrate the bug The attachment contains a few sequencal entries of a few bookmarks that gives false indications of an updated page. In a few cases the "PING_LAST_MODIFIED" date is not in a more recent date than the prior entry. The entries are cut and pasted from the bookmark file while Mozzilla is shutdown.
William, can you reproduce this on the most recent build?
Created attachment 105268 [details] 10-05-02 Bookmark file with entries that demonstrate the bug. This is a trimmed file with only the sites that have shown this bug on the following build. Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20021027 I have removed the above build and installed the following latest build. Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20021105 The following bookmarks have already shown this bug on the latest build: Fan Sites/FanFiction/Queen Fan Sites/FanFiction/Quicksilver Fan Sites/FanFiction/Sunhawk Fan Sites/FanFiction/Thrythlind
Attachment #95186 - Attachment is obsolete: true
Tweaking summary to make this bug easier to find. William, are you creating a new profile when you install the new build? If not, please do so and see if you can reproduce this bug.
Summary: Sceduled update of bookmarks gives false updates → Scheduled update of bookmarks gives false updates
Chris, I was not creating a new profile. The number of false updates has tapered off with the newer build though. I will install a newer build and profile tonight and keep an eye out for more false updates.
*** Bug 179478 has been marked as a duplicate of this bug. ***
Chris, after installing a new nightly build with a new profile I am still getting a few updates. I just attached three boobmark files of one website that routinely generates a false update. The priorbookmark file is from prior to getting a false update, duringbookmark is from when the bookmark was indicating an update had occured, and afterbookmark is from after I checked the site. I copied these files with Mozilla shutdown. I am currently using Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3a) Gecko/20021111. The fequency of the false updates has dropped from the 10-05-02 entry.
Chris, I changed the update frequency back to every 20 minutes from 5 minutes after yesterday's comment and the number of false updates returned to the rate prior of 10-05-02.
I often see false bookmark updated alerts on Linux 1.6a build. In particular, I've schedulled a daily check for updates of http://www7.software.ibm.com/2bcprod.nsf/ddpakbydate?OpenView and it rises an alert on every checking even when the page is still the same. Confirming... Hardware/OS -> All/All Severity -> major Clarifying summary
Severity: normal → major
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 98 → All
Hardware: PC → All
Summary: Scheduled update of bookmarks gives false updates → Checking for bookmark updates rises false alarms
Mass reassign of my non-Firefox bugs to firstname.lastname@example.org
Assignee: bugs → ben_seamonkey
Created attachment 149611 [details] a very simple page I set up entitled this_page_will_never_change.html I had the same problem on various blog sites, but couldn't be sure that there weren't changes going on behind the scenes, so I set up the following page. You can 'watch' http://plaza.ufl.edu/johnjack/this_page_will_never_change.html to verify.
In my experience, false alarms (or what appear to be) are often due to one of two things: (a) the site has gone down, or is back up again after being down (b) the exact page hasn't changed, but some page within the same website has For (a), it should be simple to fix the update checking mechanism so that nothing happens if the server returns an error code. The bookmark's last modified time will remain what it was before the outage, so that when the site comes back online, SeaMonkey won't think the page has changed. But (b) would be a useful feature if only it had the decency to tell us _which_ page within the site has been updated, rather than just opening up the exact page that was bookmarked regardless. Even so, there are situations in which the last modified time may have changed even though the content hasn't: (c) the page is dynamically generated - often such pages report the current time as the last modified time (d) the site has moved to a new server, and the timestamps changed when the files were transferred to it (e) some people, when updating a site, would just reupload all the files whether they've changed or not, or otherwise reupload a handful of files they don't need to (this would tend to trigger (b) anyway, but could cause confusion as it tries to work out which files have been updated) Do the cases people are reporting fall under any of these? Or is there another cause?
Summary: Checking for bookmark updates rises false alarms → Checking for bookmark updates raises false alarms
Assignee: ben_seamonkey → nobody
QA Contact: claudius → bookmarks
Ability to check bookmarks updates was lost when moving to Places, so this bug became obsolete, closing
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → INVALID
Whiteboard: [2012 Fall Equinox]
You need to log in before you can comment on or make changes to this bug.