User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:20.0) Gecko/20100101 Firefox/20.0
Build ID: 20130326150557
Steps to reproduce:
I went here:
to know how to develop a thunderbrd extension
The links under "Part 1: Common Thunderbird Use Cases" are dead
they should link to content that would let me learn how to develop my own extension
The old contents are still mirrored on Ben's copy of MDN (e.g. http://mdn.beonex.com/en/Extensions/Thunderbird/HowTos/Common_Thunderbird_Use_Cases/View_Message.html) but it would be a shame to have all this information lost, it's pretty much all we have for Thunderbird...
Have you checked the revision history?
I have been unable to understand why the links are broken, even looking at the revision history. Is there anyone I can CC to take care of this problem? I'm not a MDN expert by any means, but I know this is bad because right now, pretty much all the documentation for Thunderbird is unusable, and I have to redirect people to mdn.beonex.com.
Is there a way to get the revision history of a deleted page like https://developer.mozilla.org/en-US/docs/Extensions/Thunderbird/HowTos/Common_Thunderbird_Use_Cases/Open_Folder ? If it ever existed, but it looks like it did in the past.
(In reply to Frank Wein [:mcsmurf] from comment #4)
> Is there a way to get the revision history of a deleted page like
> Common_Thunderbird_Use_Cases/Open_Folder ? If it ever existed, but it looks
> like it did in the past.
No, there's not; if it's deleted, its history is gone. Sorry!
Eric, this basically means that all the useful documentation for Thunderbird is now dead. There was a significant amount of knowledge in these how-tos, and the static copy on beonex is out-of-date.
1) How could this possibly happen? I've spent an awful lot of time dealing with terrible wiki software to write one third of these how-tos, it is slightly frustrating to see that no one seems to care about this (I had to file a bug and it remained unanswered for several months) and to see that it seems acceptable for all that documentation to be dead.
2) Could someone please look into it seriously and try to find backups or something?
Bug 863344 Comment 7 seems to be related here. Back in April developers.mozilla.org seemed to have a problem with a lot of pages disappearing.
Sheeri - how old of backups do we have for the MDN database?
We keep 3 days' worth of backups easily accessible. We do not have any longer-term backups sent offsite/to tape or anything like that.
If the information is truly gone, the Internet Archive at www.archive.org may have the content. (and yes, I've often lamented that deleted wiki pages in most systems are actually deleted from the database, and not retrievable).
None of them pull up for me on archive.org. :(
Sheeri, can we *start* keeping weekly and/or monthly snapshots for longer-term backups?
Sheeri - also, do we have older backups that are *not* easily accessible? ;)
I tried copying and pasting the content from beonex.com. It's a little ugly, but it might be easier than starting from nothing:
Luke - we do not have older backups, easily accessible or not. We have been running an EMC Data Domain disk in the other data center to keep backups longer-term, and now that that has been successful (we've been doing this since July, and in fact can keep backups for months), we are waiting on Systems to get a Data Domain system in scl3, where this database is.
I'll find the bug and put you as a cc on it if you like.
That would be great, thanks :sheeri.
Luke and Sheeri, thanks for looking into this. Jonathan/bernardo, I'm really sorry this content is not recoverable. Jonathan: how badly out of date is the stuff on beonex? If it's worth doing, I'll manually copy it back in the next few weeks.
Even though it took sometime for you guys to get everything up and running, I would like to thank you for taking some time in order to fix this issue.
A couple of months ago I had to make a thunderbird extension for a university project, that would implement a couple of security features. Due to the lack of documentation ended up creating my own app in rails.
With this issue solved, you will make it extremely easier for new comers to start developing Thunderbird extensions.
Importing the content from Beonex will definitely help. I think the main problem with the content on Beonex is that some parts that were written in-between the Beonex snapshot and the data loss have been irrevocably lost, but the rest of the content should be fine.
*** Bug 961359 has been marked as a duplicate of this bug. ***
Let's just fix this. I'm tired of having such a hard time pointing people to TB docs.
I can just copy everything other from the Beonex shapshot and fix stuff up, right? As far as I know, it's just a mirror of the old content, so there shouldn't be any copyright issues...
Hi, I was just going to submit a new bug then I found this one.
Would be great is the external docs could be brought back in to MDN.
Adrian: basically it is just the matter of somebody copy /pasting the old content from beonex. Given the internal prioritization of Thunderbird, this task will unlikely be assigned to an employee though.
(In reply to Jean-Yves Perrier [:teoli] from comment #21)
> Adrian: basically it is just the matter of somebody copy /pasting the old
> content from beonex. Given the internal prioritization of Thunderbird, this
> task will unlikely be assigned to an employee though.
That's not exactly true. A lot of those docs were bad and probably shouldn't be copied back. I've filled in some of the pages with better docs, but I don't have a lot of time to work on that.
(In reply to Jim Porter (:squib) from comment #22)
> (In reply to Jean-Yves Perrier [:teoli] from comment #21)
> > Adrian: basically it is just the matter of somebody copy /pasting the old
> > content from beonex. Given the internal prioritization of Thunderbird, this
> > task will unlikely be assigned to an employee though.
> That's not exactly true. A lot of those docs were bad and probably shouldn't
> be copied back. I've filled in some of the pages with better docs, but I
> don't have a lot of time to work on that.
When (roughly) did you do that?
I had a hard time to find my way into Thunderbird APIs using MDN.
The best resource I found was
and I got help in the #instantbird channel.
nsIEditor referenced in
is a dead link.
https://developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Mail_event_system seems to have very old information.
I was trying to find some old archive links referenced from THunderbird docs but I can't find them now.
Around when I assigned the bug to myself, so January.
This is better now, but not perfect. Anyone else who wants to help on this is welcome to.
(In reply to Jonathan Protzenko [:protz] from comment #3)
> I have been unable to understand why the links are broken, even looking at
> the revision history. Is there anyone I can CC to take care of this problem?
> I'm not a MDN expert by any means, but I know this is bad because right now,
> pretty much all the documentation for Thunderbird is unusable, and I have to
> redirect people to mdn.beonex.com.
Oh, ****- why is this board publishing my email address publicly? Delete! DELETE! DELETE!
Ok. Newbie freaking out here. Get my email address off this page.
Wow. Can't delete my account, can't change my email address, can't delete these comments... somebody please delete all this stuff.
protz, thanks for all the work on this. I'd like to finally get this bug sorted out so...
per https://developer.mozilla.org/en-US/Add-ons/Thunderbird/HowTos$history there has been many updates to the MDN and the links point to much of the material that was lost. Yet, the "This page is badly broken" warning remains.
Is there a list or non-trivial way to determine what's left to be done?
And it seems to me that a restore per bug 863344, which seem to have dropped off the floor, is no longer wanted. Correct?