Beginning on October 25th, 2016, Persona will no longer be an option for authentication on BMO. For more details see Persona Deprecated.
Last Comment Bug 8648 - Automatically update bookmarks when sites move/disappear.
: Automatically update bookmarks when sites move/disappear.
Status: NEW
[ben-m5][2012 Fall Equinox]
: helpwanted
Product: SeaMonkey
Classification: Client Software
Component: Bookmarks & History (show other bugs)
: Trunk
: All All
: -- enhancement with 45 votes (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
: 22714 23212 103610 157999 171467 213128 227536 426206 (view as bug list)
Depends on: 103610
Blocks: 171467
  Show dependency treegraph
Reported: 1999-06-21 22:44 PDT by Matthew Tuck [:CodeMachine]
Modified: 2014-10-19 13:01 PDT (History)
48 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---


Description Matthew Tuck [:CodeMachine] 1999-06-21 22:44:52 PDT
I found this in an old newsgroup message "proposed bookmark management
features" in n.p.m.ui on 26 Oct 98, and I fully agree, so I'm posting an RFE.
This is what the poster had to say:


I propose a new feature for all webbrowsers.  Actually two:

1) When going to a bookmark, if the site is not up, ask the user if they
want to:
        a) remove this bookmark
        b) mark it as being down last X attempts
        c) do not remove this bookmark
        d) do not remove this bookmark; don't ask this question again for
this url
        d) do not remove this bookmark; don't ask this question again ever

2) When going to a bookmark to a page that uses the META tag to do an HTTP
redirect, ask the user if they want to:
        a) update the last bookmark they went to to this new address
           (useful since most webpages move at one time or another)
        b) do not update; don't ask this question again for this url
        c) do not update; don't ask this question again ever

These 2 features would make it so that one would have to "organize
bookmarks" much less often.  The main organization function of organizing
your bookmarks is to create an intuitive heirarchy of bookmarks; we should
not have to go into that menu just to remove dead links and update pages
that have moved.


I've wanted the second myself for a while - I believe HTTP distinguishes between
temporary and permanent redirects, so only the latter should be handled this

Also, it would be useful to write in a new address as an option for the first
Comment 1 Matthew Tuck [:CodeMachine] 1999-09-05 22:18:59 PDT
Best would be a pref to choose and option or prompt the user.
Comment 2 don 1999-12-17 16:48:59 PST
Move to M20.
Comment 3 Jeremy M. Dolan 2000-05-23 20:04:26 PDT
The second sounds VERY cool. Prompting when we recieve a 'Permanently Moved'
return is so useful and obvious I can't believe it wasen't done by browsers long
ago. If i had and free browser votes, I'd add one. =) This would even encourage
people to use this HTTP feature more, instead of making the 'This page has
moved, please update your bookmarks' page.

The first suggestion, however, might get VERY annoying. A site being 'down' is
too common an occurance to throw dialogs at the user, especially when theres a >
50% probability they will want to take no action on it.
Comment 4 Matthew Tuck [:CodeMachine] 2000-05-23 20:14:20 PDT
You could put some sort of threshhold on it appearing, either time or
number-of-visits based.  You'd still want some way to easily access these
options though - perhaps a "Remove Current Page From Bookmarks" option is in
Comment 5 don 2000-05-25 13:59:58 PDT
Move to "Future" milestone.
Comment 6 Waldo 2000-08-06 12:44:49 PDT
I'm out of votes, but I also wanted to say this is a great idea.
Comment 7 Viswanath Ramachandran 2000-12-06 11:38:39 PST
Since Don has left, Vishy is taking his bugs in bulk, pending reassignment.
Comment 8 Marcia Knous [:marcia - use ni] 2001-01-12 12:32:40 PST
Netscape Nav triage team: this is not a Netscape beta stopper.
Comment 9 Ben Goodger (use ben at mozilla dot org for email) 2001-02-14 16:11:06 PST
bookmarks, => me. 
Comment 10 Ben Goodger (use ben at mozilla dot org for email) 2001-10-02 23:31:55 PDT
Accepting, leaving priority as-is but adding status whiteboard glitter. 
Comment 11 Ben Goodger (use ben at mozilla dot org for email) 2001-10-19 17:39:24 PDT
Paul Chen is now taking Bookmarks bugs. For your convenience, you can filter 
email notifications caused by this by searching for 'ilikegoats'.

Comment 12 Paul Chen 2001-11-05 11:58:30 PST
*** Bug 22714 has been marked as a duplicate of this bug. ***
Comment 13 Karl Ove Hufthammer 2001-11-21 23:32:57 PST
HTTP 1.1 has the following to say about '301 Permanently Moved':

   Clients with link editing capabilities ought to automatically
   re-link references to the Request-URI to one or more of the new
   references returned by the server, where possible.

We should also support '410 Gone', and offer to remove the bookmark. In the dialogue, we must make clear that this is different from a page just not found (i.e. a 404 error) -- the page is removed, and will *not* reappear, not here, not anywhere.

Also note that we need to handle multiple redirects. For a simple test
case of 301 redirection, you could try:

which redirects to:

which redirects to:

which redirects to:

A bookmark pointing to:

should therefore be changed to:
Comment 14 Peter Trudelle 2002-01-05 15:44:03 PST
mass reassign of pchen bookmark bugs to ben
Comment 15 Ian Pottinger 2002-04-03 22:25:36 PST
adding self to cc list
Comment 16 Alex Bishop 2002-07-17 22:01:10 PDT
*** Bug 157999 has been marked as a duplicate of this bug. ***
Comment 17 John T 2002-11-03 14:52:45 PST
A problem with previous validate-bookmarks features is that the code assumed a
far faster internet connection than most dialup users have. The slow responses
of the queries to bookmark entries caused most of them to be reported as no
longer valid. This timing problem could also occur in a bookmark updating
feature running on a slow dialup connection.

Comment 18 John T. Haller (email is bugzilla2@) 2002-11-19 08:32:21 PST
When a 404, 410 or 'unable to find host' situation is encountered on a bookmark
click, we could also give the user the option of checking for the page within
the Internet Archive (  I know there have been several occasions
when an bookmark has gone missing that I've checked to get an
archived version.  Perhaps we could offer to link to Google's archive as well
(though it isn't quite as long-term).
Comment 19 Garth Wallace 2002-11-20 18:50:00 PST
The idea proposed in comment #18 should be a separate bug.
Comment 20 Daniel Wang 2003-03-21 02:05:51 PST
*** Bug 23212 has been marked as a duplicate of this bug. ***
Comment 21 Charles Fenwick 2003-07-18 17:32:23 PDT
*** Bug 213128 has been marked as a duplicate of this bug. ***
Comment 22 Ian Batterbee 2003-07-18 17:56:50 PDT
This feature request is almost 4 years old now.. does anyone know what's holding
it up ?

Is it simply that nobody has offered to write the code ?
Comment 23 Christian :Biesinger (don't email me, ping me on IRC) 2003-07-19 05:20:25 PDT
>Is it simply that nobody has offered to write the code ?

Comment 24 Jesse Ruderman 2003-07-26 04:51:43 PDT
See also bug 213467, same bug for firebird.
Comment 25 Matthias Versen [:Matti] 2003-12-04 23:18:09 PST
*** Bug 227536 has been marked as a duplicate of this bug. ***
Comment 26 John T 2004-02-05 11:29:48 PST
The solution would be very simple---make the timeout value selectable by the
user so it can be set according to how fast the user's connection is.
Comment 27 John T 2004-12-23 13:06:14 PST
Often the delay in accessing URLs for validation is caused by slow DNS servers,
not by the connection speed. DNS servers seem to have highly variable response
times depending on their load at the moment. I'm sure noticing slow DNS service
Comment 28 Ross Shannon 2004-12-23 13:24:55 PST
Setting this to work on a timeout is a bad idea, and would result in sites being
removed from users' bookmarks if their server goes down for a few hours. It
should be based solely on HTTP error messages that are returned from the server,
like "301 Moved Permanently".
Comment 29 Zibi Braniecki [:gandalf][:zibi] 2004-12-23 18:59:50 PST
What about when the server is down forever? There could be a message like:
"The site x.y was down for 2 weeks. Do you wan't Firefox to remove it from your
bookmarks? [Yes] [No] [Stop bugging me]"
Comment 30 Norbert Pabis 2004-12-24 02:22:31 PST
I think that Ross Shannon is right. Only HTTP 301 codes, should be handled this way.
Comment 31 louis bennett 2004-12-24 08:22:02 PST
The HTTP spec defines very specific behavior for each code. Status codes of note include 301, 
400, and 410.
Comment 32 brendel oliver 2006-10-26 06:07:28 PDT
I would just like to revive the discussion on this topic. 
I actually thought that I had already seen this feature in one of the older Mozilla (or even Netscape) versions: it was not automatically but there was a tool in the bookmarks window that said something like "verify bookmarks" and then the browser would try one bookmark after the other and mark the ones which did not exist anymore. I would find this a very very useful feature. I have a rather huge bookmark file and it's a large amount of work to test all of these and to either update links or throw them out. In my opinion this is really an automation task for which computers were designed.
I'm not a programmer myself, at least not for these kinds of tasks, but perhaps somebody in the  SeaMonkey team might take it up ....
Comment 33 Garth Wallace 2006-11-01 20:03:32 PST
This bug is not about scanning your bookmarks folder and updating en masse. It's about updating bookmarks as you follow them.
Comment 34 brendel oliver 2006-11-02 00:18:19 PST
So, should I open a new bug for "updating en masse" ??

Comment 35 Garth Wallace 2006-11-03 22:53:37 PST
I believe that's bug 171467.
Comment 36 Shawn Wilsher :sdwilsh 2008-12-11 13:42:35 PST
*** Bug 171467 has been marked as a duplicate of this bug. ***
Comment 37 Igor Furlan 2009-01-02 20:44:46 PST
(In reply to comment #36)
> *** Bug 171467 has been marked as a duplicate of this bug. ***

I do not agree with this. Bug 171467 is a bug for "updating en masse".
Bug  8648  is a bug for "updating bookmark(s) on the fly".
Comment 38 Thomas K. (:tom) 2009-02-28 14:53:42 PST
*** Bug 426206 has been marked as a duplicate of this bug. ***
Comment 39 Philip Chee 2011-03-03 21:40:52 PST
*** Bug 103610 has been marked as a duplicate of this bug. ***
Comment 40 Phoenix 2012-09-21 01:41:07 PDT
At least second part of this bug looks still valid rfe
Comment 41 Igor Furlan 2014-10-19 08:58:26 PDT
What is keeping  the Mozilla developers not to try to enhance User Experience by adding this feature to the browser ?
Comment 42 Igor Furlan 2014-10-19 09:00:53 PDT
Forgot to add. This request for the valuable enhancement is already 15 years young

Note You need to log in before you can comment on or make changes to this bug.