Posted: June 14th, 2010
Done:
- Got a bunch of bug fixes either done or ready for review
- Started reviews for the component registration changes
Next:
- Fixes fixes fixes
- Triage for beta 2
- Work out which of the big 3 impossible things is actually going to make Firefox 4
Tags: firefox, planning, status
1 Comment »
Categories: mozilla
Posted: June 4th, 2010
I’ve spent some time this week transferring all the API documentation for the new add-ons manager from the Mozilla wiki to the Mozilla Developer Network. This should now be the place to go for the definitive info.
Right now it is pretty dry, for the most part just pure API info with no examples. Before I started working more on that side of things I wanted to ask what kind of examples people might like to see documented?
Tags: addons, development, extension manager, firefox
3 Comments »
Categories: mozilla
Posted: June 4th, 2010
Next:
- Fix bugs damnit
- Update mobile to use the new AddonRepository.jsm that Ben has been working on
Tags: firefox, planning, status
1 Comment »
Categories: mozilla
Posted: May 27th, 2010
For some time now Firefox has supported a way of installing extensions that involves simply copying the extension’s XPI file into one of the extension install locations. The next time Firefox runs it would pop up the install dialog for the extension and allow the user to choose whether to install it or not.
I don’t know how many people use this feature and while the code to do it (at least for the profile folder) isn’t terribly complex, it is additional code that may not be necessary. Right now the new add-ons manager doesn’t support it and I’ve heard only a couple of people comment on its absence but nightly testers are by no means representational so I’m asking a little more widely whether people have a real need for keeping this working in Firefox 4?
To be clear we aren’t talking about the method of installing where you extract your extension into a directory in the install locations, nor are we talking about the method where you create a text file in the install location containing the path to your extension.
Tags: addons, development, extension manager, firefox, planning
9 Comments »
Categories: mozilla
Posted: May 24th, 2010
Done:
- Triaged all the bug reports from the new add-ons manager to determine the list of blockers
- Reviewing update tests
Next:
- Complete the review of the update tests stuff
- Fix a lot of the blockers in the new add-ons manager backend
Tags: firefox, planning, status
No Comments »
Categories: mozilla
Posted: May 14th, 2010
Done:
- Relanded the new extension manager
- Working through more bugs and issues
- Started implementing transactions and locking for the main database
Next:
- Fix overlays for about: urls
- Make chrome registration possible for bootstrapped add-ons
- Work on shipping default extensions with the app
- Help Ben Parr, the new intern get up to speed
Tags: firefox, planning, status
1 Comment »
Categories: mozilla
Posted: May 10th, 2010
A little sort of coincidental performance regression forced us to back out the new add-ons manager last week. It has now been re-landed with added bug fixes and should be in tomorrow’s nightly.
Tags: addons, development, extension manager, firefox, planning, status
2 Comments »
Categories: mozilla
Posted: May 7th, 2010
Done:
- Backed out the new extension manager
- Fixed some of the bugs found during the extension manager testday
- Found the cause of the Ts regression
- Prepared everything to be landed again
Next:
- Work out when we can re-land the new extension manager
- Start churning through more of the known issues
Tags: firefox, planning, status
No Comments »
Categories: mozilla
Posted: April 30th, 2010
Done:
- Landed the new extension manager
Next:
- Tracking down a Ts regression from the new extension manager
- Resolving any important issues that users and developers find from the landing
Tags: firefox, planning, status
1 Comment »
Categories: mozilla
Posted: April 29th, 2010
Finally, after far too much time, the new add-ons manager is about to land in trunk nightlies. I am putting together the final patches to land now. The bit most people will see is the new UI so I guess I’ll steal Boriss’ image for you to look at here with the same caveats. What you see on trunk over the next few days is just the initial steps to switching to a redesigned UI and (more importantly from my point of view) a totally new extension manager backend that will make it easier for us to improve and build upon in the future. The changes are so large that it is important to get more people testing it now while it still looks fairly unpolished so we can pick up problems that we’ve missed.

New Add-ons Manager UI
Tomorrow (Friday) the QA team are holding a test day on the new add-ons manager, if you want to help test for issues you can join us in #testday on irc.mozilla.org
We are filing bugs with [rewrite] in the status whiteboard and blocking either the backend tracking bug or the UI tracking bug. So you can check the dependency tree to see what issues we already know about and plan to take care of. Please file bugs for anything else you see, especially when it is something that is wrong compared to Firefox 3.6.
There will be some add-ons broken in the new builds. This is fairly normal for any API update. As a general rule if some add-ons work but others don’t then contacting the authors of those broken add-ons is the best idea.
Developers of other applications may find things broken, ultimately this is unavoidable when changing APIs on this scale, please contact me if you need some help getting things working again.
Tags: addons, development, extension manager, firefox
35 Comments »
Categories: mozilla