Extensions Compatibility Tracking

2.x (Last, Current, Next)

2.8 had ~85,300 ADU by last Tuesday and 2.8 has had ~162,300 downloads so far (~62k in the last 2 weeks).

Of the released versions, as of last Tuesday, we have 14.7% on 2.0, 5.7% on 2.1-2.3, 3.8% on 2.4, 3.1% on 2.5, 5.0% on 2.6, 7.0% on 2.7 and 60.8% on 2.8. So, in the last two weeks, ~1k (an additional 0.9% of ADU) have migrated to 2.6 or above.

Still a large, but slowly decreasing, chunk of users on 2.0.x.

Figure out what is preventing people from moving from 2.0.x to the latest versions.

Some people cannot upgrade due to system requirements (OS version, processor capabilities etc.)

Perhaps putting resources into getting certain extensions working with SM 2.4 and above (those that won't work with SM 2.7 automatically due to compatible-by-default extensions).

Still need volunteers to look at what is keeping people at below 2.4. IanN could try knocking something up and send it round members lists for polishing but he's not on all the channels (mozillazine, etc) to post it to when finished.

Are some Linux distributions are still stuck on 2.0? We have data on OSes and OS versions in the raw data in the Mozilla metrics.

2.8

2.1 through 2.7 have NOT included the ka (Kartvelian aka Georgian) locale. The last release with ka locale shipped was 2.0.14 and the ka l10n maintainers have not yet updated for changes in later SeaMonkey versions.

Callek now needs to morph bug 667147 into removing |ka| from our [current] automation entirely (all-locales). Callek will look at best locale to transition any ka users to.

Plan is to migrate ka users to en-US with a english dialog saying they are out of date, and a link to the all-locales page if there is a language they understand better. Current ADU of ka alone is 3-5 individuals, so low impact.~Callek

Callek and ewong are working on this and they should be able to get this done by the time 2.9 ships.

One regression issue noted for 2.8: bug 735946 Browser is not not focused when opening links from external applications. Fixed on 2.9+.

Stanimir

stefanh

Fixed bug 735946: SM 2.8 Mac - SM Not Returned to Open from Minimize to Dock.

tonymec

Business as usual.

Any other business?

Geolocation

Geolocation now works out of the box. MoCo turned it on by default for all applications that build off mozilla-central.

For comm-beta all we need to do is (bug 494421) to add pref("geo.wifi.uri", "https://www.google.com/loc/json"); to browser-prefs.js. However we're not even sure we are legally allowed to ship with the URL in, we might need to actually put in a pref to disable that in newer builds.

No news to date. Callek will have to reach out to his MoCo legal contact again soonish.

Serge says that on Linux and MacOSX, he just needs someone to actually run the tests and report what they see (screen, console, etc). For example, there is a Mac test about Ctrl+W not working. This should be so trivial.

tonymec suggests that any enthusiastic user, even non-technical, should be able to do some testing (litmus?) and not be scared by technical language and such.

IanN suggests reaching out to the user community using the newsgroups and forums.

Serge to do a write up and send it to Ratty to propagate to the community.