| << February >> | ||||||
| S | M | T | W | T | F | S |
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | ||||||
Bug DB
5/1/2010
At least no one can accuse me of not staying on top of the Scribe v2.00 bugs. There is only one major one left to deal with. Although I know of several that I haven't bothered to put in the Bug DB, the sort of stuff that really needs valgrind to sort out. Hence I've been poking around in the Mac build.
At least no one can accuse me of not staying on top of the Scribe v2.00 bugs. There is only one major one left to deal with. Although I know of several that I haven't bothered to put in the Bug DB, the sort of stuff that really needs valgrind to sort out. Hence I've been poking around in the Mac build.
(0) Comments | Add Comment
I'm done with anything nVidia
3/1/2010
So far I've had a pretty messy run with nVidia stuff. First there was that awful awful experience I had with a nForce3 mobo, 6 months of my life poured in to getting that piece of crap running stable. I gave up in the end and ditched it. Then I bought an nForce4 mobo and a XFX 7600GS gfx card, which has been my core PC system for a couple of years now and it's been very stable as far as PC's go. It gives my Macbook a run for it's money in some respects. The XFX card hardware is brilliant, never had an issue. But I'm stuck on some legacy nVidia driver for it because they deleted a piece of functionality that I really do NEED everyday. That is video mirroring to the TV out, i.e. play a video on the main screen in a window and get the whole video fullscreen on the TV. And they removed it completely from the driver UI some years ago, so I just stopped updating the driver after finding "the one true driver" (for me at least). I was pretty dark with nVidia over just that. However I recently upgraded to sp3 and the ethernet port now only runs at 100mbit. Which I cannot abide with. So my mobo has also lost it's stereo out port (just flakey h/w), the video card is stuck in driver limbo and now the ethernet is crippled. Apparently it's some nVidia driver issue. So yeah me and nVidia are done. I'm buying an Intel gigabit nic to go with my sound blaster, to replace the functionality that my mobo SHOULD'VE had all along. It's a stop gap till I spec up a hackintosh with some Core2 muscle.
So far I've had a pretty messy run with nVidia stuff. First there was that awful awful experience I had with a nForce3 mobo, 6 months of my life poured in to getting that piece of crap running stable. I gave up in the end and ditched it. Then I bought an nForce4 mobo and a XFX 7600GS gfx card, which has been my core PC system for a couple of years now and it's been very stable as far as PC's go. It gives my Macbook a run for it's money in some respects. The XFX card hardware is brilliant, never had an issue. But I'm stuck on some legacy nVidia driver for it because they deleted a piece of functionality that I really do NEED everyday. That is video mirroring to the TV out, i.e. play a video on the main screen in a window and get the whole video fullscreen on the TV. And they removed it completely from the driver UI some years ago, so I just stopped updating the driver after finding "the one true driver" (for me at least). I was pretty dark with nVidia over just that. However I recently upgraded to sp3 and the ethernet port now only runs at 100mbit. Which I cannot abide with. So my mobo has also lost it's stereo out port (just flakey h/w), the video card is stuck in driver limbo and now the ethernet is crippled. Apparently it's some nVidia driver issue. So yeah me and nVidia are done. I'm buying an Intel gigabit nic to go with my sound blaster, to replace the functionality that my mobo SHOULD'VE had all along. It's a stop gap till I spec up a hackintosh with some Core2 muscle.
(0) Comments | Add Comment
Aspell
22/12/2009
A week or 2 ago I added inline spell checking using the aspell plugin to Scribe. For the first few days it was going so well that I was about to package up a release a upload it. But then it started crashing, so I thought maybe it's not thread safe or something and moved the aspell code into a single thread where it would talk to the rest of the system via a threadsafe api. But the crashes continue and I'm no closer to fixing it, so I might have to release sans spell check. I thought about valgrinding it to see if that would shed light on the problem, but a) the linux build sucks since I converted it to xcb/cairo, mainly because the lack of documentation and time to work on it, and b) the mac build is crashy too because I don't understand the HIView hierarchy and memory ownership rules properly (and MacOSX API doco is shit) so I had a crack at using wine and valgrind together to debug the windows build and the wine/valgrind PDB reading code barfs on Scribe's PDB's. *sigh* And to top of it off Aspell is compiled with gcc so there is no way to get a debug version compatible with MSVC6 such that I can debug the problem directly. And no you can't compile Aspell with MSVC because it uses various C/C++ language features that are specific to gcc (I tried). So I guess I'm looking for a good spell checker API that I can use in Scribe. I wonder what Firefox uses? Update: Solved! I had some other issues cause the Aspell thread to be constantly created and destroyed instead of being reused. Fixed that and now it doesn't crash almost immediately. I doubted it was an Aspell issue, but I couldn't be sure. By creating a working test harness for the Aspell code I could confirm that it worked fine in isolation and therefor the problem was in the way Scribe was calling the Aspell thread/plugin stuff. Sure enough it was.
A week or 2 ago I added inline spell checking using the aspell plugin to Scribe. For the first few days it was going so well that I was about to package up a release a upload it. But then it started crashing, so I thought maybe it's not thread safe or something and moved the aspell code into a single thread where it would talk to the rest of the system via a threadsafe api. But the crashes continue and I'm no closer to fixing it, so I might have to release sans spell check. I thought about valgrinding it to see if that would shed light on the problem, but a) the linux build sucks since I converted it to xcb/cairo, mainly because the lack of documentation and time to work on it, and b) the mac build is crashy too because I don't understand the HIView hierarchy and memory ownership rules properly (and MacOSX API doco is shit) so I had a crack at using wine and valgrind together to debug the windows build and the wine/valgrind PDB reading code barfs on Scribe's PDB's. *sigh* And to top of it off Aspell is compiled with gcc so there is no way to get a debug version compatible with MSVC6 such that I can debug the problem directly. And no you can't compile Aspell with MSVC because it uses various C/C++ language features that are specific to gcc (I tried). So I guess I'm looking for a good spell checker API that I can use in Scribe. I wonder what Firefox uses? Update: Solved! I had some other issues cause the Aspell thread to be constantly created and destroyed instead of being reused. Fixed that and now it doesn't crash almost immediately. I doubted it was an Aspell issue, but I couldn't be sure. By creating a working test harness for the Aspell code I could confirm that it worked fine in isolation and therefor the problem was in the way Scribe was calling the Aspell thread/plugin stuff. Sure enough it was.
Scribe Mail3/Sqlite Folders
17/11/2009
I don't know about you, but the shine of a different back end to store mail in for Scribe v2 has well and truely worn off for me. By that I mean I expect performance to be considerably better than it is. I can even live with the bad write/commit speed, considering that locks need to be made and there are certain overheads to having atomic changes made to the database. However that said I was expecting positively snappy read/query times and well? Yeah it's not all that. Maybe it's the fact I'm using Sqlite rather than a big iron style SQL server. I regularly see SELECT statements take in order of 15-20 seconds to pull up a simple list of email in a folder, esp when the App is starting. I've added an index of the FolderId field so that in theory doing something like:
I don't know about you, but the shine of a different back end to store mail in for Scribe v2 has well and truely worn off for me. By that I mean I expect performance to be considerably better than it is. I can even live with the bad write/commit speed, considering that locks need to be made and there are certain overheads to having atomic changes made to the database. However that said I was expecting positively snappy read/query times and well? Yeah it's not all that. Maybe it's the fact I'm using Sqlite rather than a big iron style SQL server. I regularly see SELECT statements take in order of 15-20 seconds to pull up a simple list of email in a folder, esp when the App is starting. I've added an index of the FolderId field so that in theory doing something like:
select * from Mail where FolderId=[inbox_id]should be a no brainer super fast query right? Well it seems that it's not, and it takes an awfully long time sometimes. It's not the end of the world. Now that I have an architecture that is flexible I can experiment with a range of back end storage solutions till I hit on something that meets my fast/powerful/portable/small requirements. One idea that I've got in the back of my head is generalizing the SQL backend to handle a number of different databases. For install, in the "portable" mode you'll probably be storing reasonably small amounts of mail and the existing Sqlite is most likely enough to do the job, but for desktop installs something with more grunt (and more memory / install footprint) could be used instead, trading portability for speed. And with a decent replication tool you wouldn't be tied to that back end forever, you could migrate easily to the next big thing, or just your DB to a different portable format. Or... and heres a big idea... I make the back end API open and people can plug their own storage in. Of course thats only open to programmers but if someone can produce a good back end implementation I would seriously consider making it available in the default install. The basic API is very controlled and there is already some documentation in the headers. And the existing back ends could be used as reference, as in you'd get source to them as well. If anyone wants a serious crack at that then email me.
(0) Comments | Add Comment
Scribe Import/Export
12/11/2009
I rewrote the mail encoder API to handle arbitrary streams of bytes for quoted-printable, plain-text and base64 data. This is now used by the mail export code that directly interfaces with the store3 api that each of the mail store back ends use. This means that you get a fairly exact rfc822 message out of the export process. However these changes were initially buggy, so I'm in the process of verifying the changes with actual email. The way I'm doing this is for a given folder, export all the email to a rfc822 message on disk, immediately re-import it to a new object and then compare the mail objects in memory. This has already highlighted a few bugs in the code. Ideally I should be able to do this with every email in my mail store without any comparison errors. So far I've got it working for about the first 10 messages in my inbox :) To help with the debugging I wrote a small app that loads a mime message into a tree control and lets me look at the formatting of the mime segments. Then I have to verify that this works with the 3 different back ends. Then I have to check that I can copy mail and folders between the 3 different back ends... then... then... If you wonder why I go silent for weeks on end? It's because I'm working on the code. The other thing I'm working on are the strange little bugs that happen in the IMAP back end, like when you run a filter that moves an IMAP email, and then sometimes crashes. Basically a IMAP "move" equates to a "copy" and a "delete". So when the delete event propagates back to the UI sometime after the move it nukes the object while other parts of the app still have a pointer to it. Unsurprisingly this is bad for stability. And I still haven't worked out the best way to deal with this.
I rewrote the mail encoder API to handle arbitrary streams of bytes for quoted-printable, plain-text and base64 data. This is now used by the mail export code that directly interfaces with the store3 api that each of the mail store back ends use. This means that you get a fairly exact rfc822 message out of the export process. However these changes were initially buggy, so I'm in the process of verifying the changes with actual email. The way I'm doing this is for a given folder, export all the email to a rfc822 message on disk, immediately re-import it to a new object and then compare the mail objects in memory. This has already highlighted a few bugs in the code. Ideally I should be able to do this with every email in my mail store without any comparison errors. So far I've got it working for about the first 10 messages in my inbox :) To help with the debugging I wrote a small app that loads a mime message into a tree control and lets me look at the formatting of the mime segments. Then I have to verify that this works with the 3 different back ends. Then I have to check that I can copy mail and folders between the 3 different back ends... then... then... If you wonder why I go silent for weeks on end? It's because I'm working on the code. The other thing I'm working on are the strange little bugs that happen in the IMAP back end, like when you run a filter that moves an IMAP email, and then sometimes crashes. Basically a IMAP "move" equates to a "copy" and a "delete". So when the delete event propagates back to the UI sometime after the move it nukes the object while other parts of the app still have a pointer to it. Unsurprisingly this is bad for stability. And I still haven't worked out the best way to deal with this.
Mpeg2 Parser
19/10/2009
Last night I got the latest refactor of my mpeg2 parser working on non-trivial amounts of data. I'm working on that with a view towards replacing PVAstrumento in my private stock video re-encoding app that compresses a lot of DTV files down to H264/AAC for semi long term storage. The issue with most demuxers is that they are not good at recovering from errors or keep good sync between the video and audio. PVAStrumento is the best demuxer for damaged and chopped up mpeg2 as it has a raft of error recovery logic. However it's painful to use and is not perfect either. Sometimes there are files that even it can't handle. So for most of this year I've been working on and off on a replacement parser. As of yesterday I have a basic parser working that allows access to the raw streams. No error correcting yet, but it's a great foundation. The trick is mostly in chopping up the audio packets to match the the valid video frames using the PTS (timestamp) values in the program stream packets. At this point I have access to all the PS packets, their PTS values and all the frames of video and audio. So it's just a matter of working out which to keep and which to chuck. And I can use PVAStrumento as a reference as to what I should be doing (it works great 98% of the time) and then move on to the "problem" files and see where PVAStrumento is falling over and make my parser work for those edge cases. Well thats the theory anyway. Strangely I was starting with a 2MB memory buffer for the top level program stream. I was getting 15mb/s parse speed which is considerably lower than the HD's maximum transfer rate and I confirmed that the algorithm was CPU bound by checking the CPU usage.. 1 core was maxed. So I experiemented with different buffer sizes, 4mb? speed dropped to 13mb/s, 1mb? Speed up to 20mb/s, hmmmm thats odd. 512kb? 40mb/s wow... thats nice... 256kb? 54mb/s... I ended up settling on 32kb, which tops out about 59mb/s. I think thats largely because the more buffer I keep track of the most PS packets I have to keep track of and I think somewhere I have a non-optimal algorithm working on the list of packets. Anyway, I think it's most HD bound now, which is how is should be.
Last night I got the latest refactor of my mpeg2 parser working on non-trivial amounts of data. I'm working on that with a view towards replacing PVAstrumento in my private stock video re-encoding app that compresses a lot of DTV files down to H264/AAC for semi long term storage. The issue with most demuxers is that they are not good at recovering from errors or keep good sync between the video and audio. PVAStrumento is the best demuxer for damaged and chopped up mpeg2 as it has a raft of error recovery logic. However it's painful to use and is not perfect either. Sometimes there are files that even it can't handle. So for most of this year I've been working on and off on a replacement parser. As of yesterday I have a basic parser working that allows access to the raw streams. No error correcting yet, but it's a great foundation. The trick is mostly in chopping up the audio packets to match the the valid video frames using the PTS (timestamp) values in the program stream packets. At this point I have access to all the PS packets, their PTS values and all the frames of video and audio. So it's just a matter of working out which to keep and which to chuck. And I can use PVAStrumento as a reference as to what I should be doing (it works great 98% of the time) and then move on to the "problem" files and see where PVAStrumento is falling over and make my parser work for those edge cases. Well thats the theory anyway. Strangely I was starting with a 2MB memory buffer for the top level program stream. I was getting 15mb/s parse speed which is considerably lower than the HD's maximum transfer rate and I confirmed that the algorithm was CPU bound by checking the CPU usage.. 1 core was maxed. So I experiemented with different buffer sizes, 4mb? speed dropped to 13mb/s, 1mb? Speed up to 20mb/s, hmmmm thats odd. 512kb? 40mb/s wow... thats nice... 256kb? 54mb/s... I ended up settling on 32kb, which tops out about 59mb/s. I think thats largely because the more buffer I keep track of the most PS packets I have to keep track of and I think somewhere I have a non-optimal algorithm working on the list of packets. Anyway, I think it's most HD bound now, which is how is should be.
(0) Comments | Add Comment
Mac Fonts
15/10/2009
This morning I fixed the issue that has been blocking Mac development for the last 'n' months. Finally the fonts are looking correct and I can get on with other things. Also the advent of valgrind on Mac might make it my preferred platform for dev work. If only the debugger was a bit faster. At least I think the Mac port of Scribe will get a lot more in the way of releases in the coming months, and will definitely by available on v2.00 launch day. As for the current Linux build, it does work. But it limps along in Ubuntu 8/9 with a host of issues since the rewrite to XCB/Cairo. Drawing is very slow, crashes often, d'n'd is broken, menus have borders when they shouldn't, dialogs can get lost behind their parent window etc etc. *sigh* However on a good note, the current Ubuntu 9 release runs it without having to recompile any of the libraries, unlike Ubuntu 8 where you need to compile support for Cairo into XCB (or something).
This morning I fixed the issue that has been blocking Mac development for the last 'n' months. Finally the fonts are looking correct and I can get on with other things. Also the advent of valgrind on Mac might make it my preferred platform for dev work. If only the debugger was a bit faster. At least I think the Mac port of Scribe will get a lot more in the way of releases in the coming months, and will definitely by available on v2.00 launch day. As for the current Linux build, it does work. But it limps along in Ubuntu 8/9 with a host of issues since the rewrite to XCB/Cairo. Drawing is very slow, crashes often, d'n'd is broken, menus have borders when they shouldn't, dialogs can get lost behind their parent window etc etc. *sigh* However on a good note, the current Ubuntu 9 release runs it without having to recompile any of the libraries, unlike Ubuntu 8 where you need to compile support for Cairo into XCB (or something).
IMAP in Scribe
14/10/2009
So for the last few weeks I've been using IMAP(full) in Scribe for one of my accounts and it's now getting to the point where it's usable day to day for reading and organizing mail. Which is probably a first. It does cache all the mail locally on disk so it operates offline as well. However in the cold hard light of day I expect there is still a long way to go till it's production ready. In that there are going to be lots of little things that you expect to work but just er... don't. For instance I'm not allowing you to move folders at the moment, because it's messy and painful code to write. Basically you have to make a new IMAP folder and then copy all the items across and delete the old folder. I don't thing there is such thing as "move" in the IMAP protocol unfortunately. Also copying mail between IMAP folders and Mail2/Mail3 folders is not working at the moment, just because I haven't had time to fix it yet, when I get that sorted out I'll post a release (i.e. in a few days to a week). It also remains to be seen how well it copes with slow connections and lots of emails/folders. But anyway I feel like I'm really getting somewhere at the moment. So I thought I'd share. Btw it doesn't totally choke on a mailbox of 21,000 email. It's slow but it doesn't die completely. I guess thats a good sign.
So for the last few weeks I've been using IMAP(full) in Scribe for one of my accounts and it's now getting to the point where it's usable day to day for reading and organizing mail. Which is probably a first. It does cache all the mail locally on disk so it operates offline as well. However in the cold hard light of day I expect there is still a long way to go till it's production ready. In that there are going to be lots of little things that you expect to work but just er... don't. For instance I'm not allowing you to move folders at the moment, because it's messy and painful code to write. Basically you have to make a new IMAP folder and then copy all the items across and delete the old folder. I don't thing there is such thing as "move" in the IMAP protocol unfortunately. Also copying mail between IMAP folders and Mail2/Mail3 folders is not working at the moment, just because I haven't had time to fix it yet, when I get that sorted out I'll post a release (i.e. in a few days to a week). It also remains to be seen how well it copes with slow connections and lots of emails/folders. But anyway I feel like I'm really getting somewhere at the moment. So I thought I'd share. Btw it doesn't totally choke on a mailbox of 21,000 email. It's slow but it doesn't die completely. I guess thats a good sign.
(0) Comments | Add Comment
Why There Isn't A New Scribe Release
25/8/2009
So if you look at the change log you'll see that I'm still making changes and fixes to the code base for v2 but there is no release. This is mainly because I know there are still bugs that I can't release into the wild. For instance, when you close the mail store manage window... it deletes your mail2 folders. Yeah... you don't want that happening to you. I had it happen to me, twice... because I didn't really investigate and fix the bug the first time. Maybe I'm just slow, but a bug that deletes your whole folders is kinda important right? I took the first time as a sign I should be using the mail3 back end (which is of itself was great for the product) but I didn't fix it. So now I've done it to myself again. Anyway, for the most part I think the show stoppers are dealt with and I'll just sit on it for a week or so and see if it's stable. New build sometime next week.
So if you look at the change log you'll see that I'm still making changes and fixes to the code base for v2 but there is no release. This is mainly because I know there are still bugs that I can't release into the wild. For instance, when you close the mail store manage window... it deletes your mail2 folders. Yeah... you don't want that happening to you. I had it happen to me, twice... because I didn't really investigate and fix the bug the first time. Maybe I'm just slow, but a bug that deletes your whole folders is kinda important right? I took the first time as a sign I should be using the mail3 back end (which is of itself was great for the product) but I didn't fix it. So now I've done it to myself again. Anyway, for the most part I think the show stoppers are dealt with and I'll just sit on it for a week or so and see if it's stable. New build sometime next week.
Mail3 Storage
25/5/2009
As of today I'm officially using the Mail3 database for mail storage. It came about primarily because I managed to overwrite one of my Mail2 folders with an empty folder by accident while testing the code that manages folders. (I will make sure that you can't do that before shipping). Anyway seeing as I had to start from scratch, the logical thing to do was dogfood the Mail3 database and get it solid. I know it's like about 4 years after I started talking about it but it's now actually here and stable enough for everyday use. (Which is not to say it's production ready, more like "beta" rather than the previous release being decidedly "alpha") Currently it's (much?) faster to load than Mail2, has a better memory footprint, but is slower to write to. However I may be able to fix that with better use of transactions. Also there is no easy way to migrate from Mail2 to Mail3, although you can drag and drop between the mail stores while you have both open. Currently the Mail3 format supports Email (duh), Attachments, Contacts and Filters. Support will be added for Calendar Events and Contact Groups shortly.
As of today I'm officially using the Mail3 database for mail storage. It came about primarily because I managed to overwrite one of my Mail2 folders with an empty folder by accident while testing the code that manages folders. (I will make sure that you can't do that before shipping). Anyway seeing as I had to start from scratch, the logical thing to do was dogfood the Mail3 database and get it solid. I know it's like about 4 years after I started talking about it but it's now actually here and stable enough for everyday use. (Which is not to say it's production ready, more like "beta" rather than the previous release being decidedly "alpha") Currently it's (much?) faster to load than Mail2, has a better memory footprint, but is slower to write to. However I may be able to fix that with better use of transactions. Also there is no easy way to migrate from Mail2 to Mail3, although you can drag and drop between the mail stores while you have both open. Currently the Mail3 format supports Email (duh), Attachments, Contacts and Filters. Support will be added for Calendar Events and Contact Groups shortly.
(0) Comments | Add Comment
Online Version Update
1/5/2009
I'm planning on rolling out online checks for new versions via HTTP for most of my apps staring with Scribe. There are some things that need to be ironed out in terms of how it will actually work. My current plan is to:
I'm planning on rolling out online checks for new versions via HTTP for most of my apps staring with Scribe. There are some things that need to be ironed out in terms of how it will actually work. My current plan is to:
- Have a software update component in Lgi that knows how to check for updates online using HTTP (and auto-detection of any proxy).
- Once or week (or some appropriate time frame) the software calls the update component and it will download any new versions and prompt you to restart to install the update. The time/date of the check will be some multiples of the install time, so that the memecode.com server doesn't get swamped with HTTP connections all at the same time.
- A mechanism for manually triggering the update check will be available which will show a user interface. Otherwise the auto check will be pretty silent.
- There will be an option to turn off auto-updates, however it will default to on.
- When an update is downloaded to a temp folder the application will start it and then quit. The user will then have to click through the installer... which is like 2 clicks for Scribe. The install folder will now default to the current install location (if known) so even if you have installed into a non-default location it should be fairly smooth. The reason for making the user click through the install is a) to give them control and b) give the app time to quit. The problem with NSIS silent installs is they don't warn you if the file can't be written as is the case when the application is still running. At least in non-silent mode you get a warning dialog come up saying it can't write the file and there is "Abort", "Retry" options.
- I'm hoping to extend the mechanism to handle sub-components so that I can install on demand items like plugins, internation language support and SSL dlls.
Firefox Addon Plague
16/4/2009
Since I blogged about Microsoft forcibly installing it's .NET Firefox add-on I noticed today that the most recent Java update installs it's own "Java Quick Starter" Firefox add-on too. At no point does it warn you that it will do this, and you have no option to not install the add-on. If it wasn't for Firefox's smart decision to show the add-on window on startup whenever the add-ons change I wouldn't have noticed it at all. So I'm starting to see a trend here, large opaque companies and dumping their add-ons into Firefox without the least regard for what the use wants. And Firefox, much to my distaste, lets them! On top of that, Firefox won't let you uninstall them, you have to find the various registry keys and DLL's and blow them away by hand. I would like to see Firefox be a lot more picky about what add-ons it loads, and if something new appears in the list... don't blindly load it, but prompt the user "Load" or "Delete" this new add-on? Then these big corporate overlords will not be able to slip their code into everyones daily lives so easily. Maybe Firefox should not load any add-ons that the user hasn't installed via Firefox itself? In any case, the removal instructions for the "Java Quick Starter" are:
Since I blogged about Microsoft forcibly installing it's .NET Firefox add-on I noticed today that the most recent Java update installs it's own "Java Quick Starter" Firefox add-on too. At no point does it warn you that it will do this, and you have no option to not install the add-on. If it wasn't for Firefox's smart decision to show the add-on window on startup whenever the add-ons change I wouldn't have noticed it at all. So I'm starting to see a trend here, large opaque companies and dumping their add-ons into Firefox without the least regard for what the use wants. And Firefox, much to my distaste, lets them! On top of that, Firefox won't let you uninstall them, you have to find the various registry keys and DLL's and blow them away by hand. I would like to see Firefox be a lot more picky about what add-ons it loads, and if something new appears in the list... don't blindly load it, but prompt the user "Load" or "Delete" this new add-on? Then these big corporate overlords will not be able to slip their code into everyones daily lives so easily. Maybe Firefox should not load any add-ons that the user hasn't installed via Firefox itself? In any case, the removal instructions for the "Java Quick Starter" are:
- Close Firefox
- Delete the 'jqs@sun.com' registry value in:
HKEY_LOCAL_MACHINE\SOFTWARE\Mozilla\Firefox\extensions
- Delete the files in:
C:\Program Files\Java\jre6\lib\deploy\jqs
for good measure. - Add optionally remove Java totally from your machine ;)