Matthew Wilson wrote: > Onno Ekker wrote: > >> On Thu, Mar 6, 2008 at 6:11 PM, Matthew Wilson >> <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: >> >> Onno Ekker wrote: >> > Hi, >> > >> > I thought I understood how Thunderbird checks for updates, but it >> > doesn't work for my extension, so I must do something wrong. I've >> looked >> > over it a couple of times, removed all the signing stuff, >> rereleased and >> > reinstalled original version, waited for mirrors to sync, etc, but it >> > still doesn't work. >> > >> > This is what I have done: >> > - forward-0.1-tb.xpi contains an install.rdf with updateurl >> > http://downloads.mozdev.org/forward/update.rdf >> > - update.rdf contains information for version 0.2, with updatelink >> > http://downloads.mozdev.org/forward/forward-0.2-tb.xpi >> > - forward-0.2-tb.xpi is the new version >> > >> > Do I misunderstand the way Thunderbird looks for updates, or >> doesn one >> > of the files contain wrong information? >> >> If I try to load your RDF in Firefox, I get Page Info showing that the >> content type is "application/vnd.mozilla.xul+xml". This won't work I >> think; text/xml or text/rdf would be OK; I wouldn't be surprised if >> application/rdf+xml worked too now. >> >> Matthew >> >> >> I think the "application/vnd.mozilla.xul+xml" content-type gets added by >> Firefox because of the file extension or the way files as served. If I >> rename it to update.txt, Firefox displays its content type as plain/text. >> > > No, the server is deducing the content type based on the file extension. > Firefox isn't changing it. > > I tried to load the update.rdf a couple more times, and got different > content types back each time. So I don't think you can rely on it > working. Normally these update.rdfs are in the www directory of a mozdev > project, not in downloads. I would recommend that you change yours to do > this. > > I've changed the update.rdf, but it's still in the same location, and now it does work... >> Anyway, your comment sent me on the right track. >> I rewrite the update.rdf, and changed my local extensions.rdf to point >> to file:///... and it works with the new content. Seems I or McCoy >> changed the format to something that wasn't supported. >> And most of the docs are for Firefox and Thunderbird is lagging? >> >> That leaves one question unanswered: >> Can someone please tell me how I can debug/monitor the update process? >> That is, on Windows, with a normal Thunderbird build? At the moment it's >> a blackbox. I can't see what URL's it is checking and what it does with >> the returned information... >> > > In Firefox, you can set the preference extensions.logging.enabled to > true; or, if the worst comes to the worst, directly edit > nsExtensionManager.js in the components directory. I assume these both > work in Thunderbird. > > Indeed, setting extensions.logging.enabled to true works and shows all datasources and RDFItemUpdatres on the Error Console. I should have known this setting, while I was still trying to get it working! Thanks for the tip!
Onno _______________________________________________ Project_owners mailing list [email protected] https://www.mozdev.org/mailman/listinfo/project_owners
