Minor change coming to the interface amIWebInstallListener in Firefox 4.0 beta 8

We’re past API freeze so any API changes should be getting announced and communicated. In this case the change is tiny and unlikely to affect anyone. Have you heard of the interface amIWebInstallListener? If not then you can probably ignore this.

If you’re interested it is effectively what the add-ons manager backend code uses to communicate messages about webpage initiated add-on installations. An add-on or application might provide its own implementation if it wanted to provide its own UI for installs. Or an add-on might call it to get the normal UI to show up for some other cases but this is pretty rare.

The change is a method addition, onWebInstallDisabled is called when a webpage attempts to install an add-on but the preference xpinstall.enabled is false so installation is denied.

You can read a little more in the bug report or in the source IDL.

Mossop Status Update: 2010-11-19

Done:
Created a method to allow add-ons to switch to a new ID
Wrote up a draft plan for projects following Firefox 4.0
Finished up support for pay-for add-ons in the add-on search results
Wrote a few browser chrome test …

Done:

  • Created a method to allow add-ons to switch to a new ID
  • Wrote up a draft plan for projects following Firefox 4.0
  • Finished up support for pay-for add-ons in the add-on search results
  • Wrote a few browser chrome test harness improvements

Next:

Just rolling on with blockers

Mossop Status Update: 2010-11-05

Done:
Tracked down a linux focus issue enough to be able to fix a common intermittent test failure (bug 579540)
Knocked out patches for a bunch of blockers
Got a good handle on the remaining add-ons manager blockers

Done:

  • Tracked down a linux focus issue enough to be able to fix a common intermittent test failure (bug 579540)
  • Knocked out patches for a bunch of blockers
  • Got a good handle on the remaining add-ons manager blockers

Next:

  • Check up on the state of Toolkit blockers