Friend of AMO: Zitronella

Andreas Wagner

1

Congratulations to Astrid (Zitronella), our newest friend of AMO! Astrid dedicates her spare time to supporting German-speaking Firefox users in forums and chat rooms. She also helps to keep Firefox safe by finding and reporting potentially unsafe add-ons and bringing them to the attention of the AMO team.

“I have been contributing to Mozilla since 2010. Taking each and every one seriously, and providing support within computer literacy beyond the project is very important to me. Having the community at my back, exchanging experiences and working with them means a lot to me and is a huge enrichment.”

Thank you, Astrid! We’re glad to have you!

Thanks also to everyone who contributed to Marketplace and AMO last month–your contributions are reallly appreciated.

The new contribution wiki for May is now available. Please check it for projects that might interest you, and to report any of your contributions.

Dropping support for binary components in extensions

Jorge Villalobos

10

Starting with Firefox 40, scheduled to be released in August this year, binary XPCOM support for extensions will be dropped.

Binary XPCOM is an old and fairly unstable technology that a small number of add-on developers have used to integrate binary libraries into their add-ons, sometimes to tap into Firefox internals (hence the unstable part). Better technologies have become available to replace binary XPCOM and we have encouraged developers to switch to them. From the original post:

Extension authors that need to use native binaries are encouraged to do
so using the addon SDK “system/child_process” pipe mechanism:
https://developer.mozilla.org/en-US/Add-ons/SDK/Low-Level_APIs/system_child_process

If this is not sufficient, JS-ctypes may be an alternative mechanism to
use shared libraries, but this API is much more fragile and it’s easy to
write unsafe code.

Developers who rely on binary XPCOM should update their code as soon as possible to prevent compatibility issues. If you have any questions or comments about this move, please do so in the mozilla.dev.extensions newsgroup.

May 2015 Featured Add-ons

Amy Tsay

4

Pick of the Month: Save Text To File

by Robert Byrne

Save highlighted text to a file in the directory of your choice.

“One of a kind, save snippets as you surf with a single click including URL. Most important — excellent support.”

Featured: Adblock Plus Pop-up Addon

by Jesse Hakanen
Adblock Plus Pop-up Addon extends the blocking functionality of Adblock Plus to those annoying pop-up windows that open on mouse clicks and other user actions.

Featured: gTranslate

by Pau Tomàs, Pierre Bertet, Éric Lemoine
With gTranslate, you can translate any text in a webpage just by selecting and right-clicking over it. The extension uses the Google translation services to translate the text.

Nominate your favorite add-ons

Featured add-ons are selected by a community board made up of add-on developers, users, and fans. Board members change every six months, so there’s always an opportunity to participate. The deadline to apply for the next community board is May 10, 2015!

Each quarter, the board also selects a featured complete theme and featured mobile add-on.

If you’d like to nominate an add-on for featuring, please send it to amo-featured@mozilla.org for the board’s consideration. We welcome you to submit your own add-on.

Join the Featured Add-ons Community Board

Amy Tsay

1

Want to have a voice in which add-ons are featured on addons.mozilla.org (AMO)? If so, we invite you to apply for the featured add-ons board. Board members are responsible for deciding which add-ons are featured on AMO in the next six months. Featured add-ons help users discover what’s new and useful, and downloads increase drastically in the months they are featured, so your participation really makes an impact!

Anyone from the add-ons community is welcome to apply: power users, theme designers, developers, and evangelists. Priority will be given to applicants who have not served on the board before, followed by those from previous boards, and finally from the outgoing board. This page provides more information on the duties of a board member.

To be considered, please email us at amo-featured@mozilla.org with your name, and tell us how you’re involved with AMO. The deadline is Sunday, May 10, 2015 at 23:59 PDT. The new board will be announced about a week after.

We look forward to hearing from you!

Add-ons Update – Week of 2015/04/29

Jorge Villalobos

3

I post these updates every 3 weeks to inform add-on developers about the status of the review queues, add-on compatibility, and other happenings in the add-ons world.

The Review Queues

  • Most nominations for full review are taking less than 9 weeks to review.
  • 126 nominations in the queue awaiting review.
  • Most updates are being reviewed within 6 weeks.
  • 48 updates in the queue awaiting review.
  • Most preliminary reviews are being reviewed within 9 weeks.
  • 127 preliminary review submissions in the queue awaiting review.

If you’re an add-on developer and would like to see add-ons reviewed faster, please consider joining us. Add-on reviewers get invited to Mozilla events and earn cool gear with their work. Visit our wiki page for more information.

Firefox 38 Compatibility

The Firefox 38 compatibility blog post is up. The automatic AMO validation will be run soon.

Expect a compatibility post soon about a special 38.0.5 Firefox release that will follow 38.0. I don’t think this will break any extensions, but it might affect themes and it’s a heads up so you can test on beta in advance of the release.

Firefox 39 Compatibility

I expect to publish the Firefox 39 compatibility blog post this week.

As always, we recommend that you test your add-ons on Beta and Firefox Developer Edition (formerly known as Aurora) to make sure that they continue to work correctly. End users can install the Add-on Compatibility Reporter to identify and report any add-ons that aren’t working anymore.

Extension Signing

We announced that we will require extensions to be signed in order for them to continue to work in release and beta versions of Firefox. If you’re an extension developer, please read the post and participate in the discussions. A followup post was published recently, addressing some of the reasons behind this initiative.

Electrolysis

Electrolysis, also known as e10s, is the next major compatibility change coming to Firefox. In a nutshell, Firefox will run on multiple processes now, running each content tab in a different one. This should improve responsiveness and overall stability, but it also means many add-ons will need to be updated to support this.

We will be talking more about these changes in this blog in the future. For now we recommend you start looking at the available documentation.

The Case for Extension Signing

Daniel Veditz

12

Mozilla’s  recent announcement that mandatory extension signing is coming to Firefox this summer generated a lot of feedback from our developer community. Most of them were concerned with the burden this puts on developers who don’t host their add-ons on AMO as well as the centralization of add-on oversight. I would like to add more insight into why we are making this change. In our last post we mentioned the difficulties of tracking down add-ons and blocking them, but there’s much more behind the decisions that were made to come up with this plan. This post should give you a better idea of why we think extension signing is necessary and how we are still honoring our principles of openness and user control.

The power of add-ons

We love add-ons and wouldn’t want to browse the Web without the enhanced experience they offer. I myself have 22 active add-ons at the moment, with another seven disabled but on hand just in case. Firefox add-ons aren’t restricted to a limited API for manipulating Web content and parts of the browser. Add-ons can use, manipulate, or even replace just about any aspect of Firefox internals. Add-ons are one manifestation of a freedom so important to us that we have enshrined it in our Mozilla principles: Individuals must have the ability to shape the Internet and their own experiences on the Internet.

The adware scourge

The Web experienced by tech-savvy developers, however, is not the Web experienced by most people. While only fourteen add-ons hosted on our addons.mozilla.org site have more than a million users, and only two of those have more than 3 million, many tens of millions of users have non-hosted add-ons that were installed without their informed consent. Users run the risk of picking up unwanted extra add-ons and other software every time they download software over the Internet. Even updates of software that many users find indispensable or software from download sites run by trusted news organizations come bundled with these unwanted extras. Their Internet experience is being shaped by these third party add-ons in ways they did not choose and that benefit third parties and not the user. Most of these unwanted add-ons are advertising related in some way, tracking user actions and altering content. These add-ons are not created with user security in mind and can break fundamental browser security. These violate another of Mozilla’s basic principles: Individuals’ security and privacy on the Internet are fundamental and must not be treated as optional.

Signing Add-ons

The solution we are pursuing, as described in our last post, is for the builds used by the majority of Firefox users to require that add-ons be signed by Mozilla. It is heartbreaking that there are so many malicious developers in the world intent on taking advantage of others, but we’ve reached the same conclusion as other similar ecosystems that there needs to be a referee looking our for the user’s interests. Firefox users will still be able to shape their online experience through installing add-ons created by others: for the vast majority of them nothing will have changed in that regard. This does, unfortunately, place an additional burden on add-on developers: they will have to develop against an unbranded but otherwise identical version of Firefox that we will provide.

Many developers have asked why we can’t make this a runtime option or preference. There is nowhere we could store that choice on the user’s machine that these greyware apps couldn’t change and plausibly claim they were acting on behalf of the user’s “choice” not to opt-out of the light grey checkbox on page 43 of their EULA. This is not a concern about hypotheticals, we have many documented cases of add-ons disabling the mechanisms through which we inform users and give them control over their add-ons. By baking the signing requirement into the executable these programs will either have to submit to our review process or take the blatant malware step of replacing or altering Firefox. We are sure some will take that step, but it won’t be an attractive option for a Fortune 500 plugin vendor, popular download sites, or the laptop vendor involved in distributing Superfish. For the ones who do, we hope that modifying another program’s executable code is blatant enough that security software vendors will take action and stop letting these programs hide behind terms buried in their user-hostile EULAs.

The other common question is why developers can’t have their own certificates and sign their own add-ons. This would require Mozilla to function as a Certificate Authority which is currently not in our expertise. It also means we would not be able to run security scans on the add-on code. The only thing preventing a malicious add-on in that case would be the strength of our contracts requiring non-malicious code and our ability to bring legal action should those contracts be breached. This approach would favor established companies in jurisdictions where we have offices and would be extremely unfair to individual developers, especially those outside those regions. We feel the community would be better off if we put our resources into the review and scanning process that can treat everyone equally rather than setting up a certificate issuing infrastructure.

More Info and Discussions

The previous blog post on this issue generated a lot of feedback and discussion – we anticipate you will want to discuss this again. The most effective place for these discussions to take place is on the Add-ons User Experience newsgroup.

We created a wiki page about Extension Signing where we will post all of the information we have about it. It includes an FAQ that offers answers to many of the questions the community has posed, as well as some questions that are still pending a definitive answer. We will also continue posting updates on this blog.

Add-ons Update – Week of 2015/04/08

Jorge Villalobos

4

I post these updates every 3 weeks to inform add-on developers about the status of the review queues, add-on compatibility, and other happenings in the add-ons world.

The Review Queues

  • Most nominations for full review are taking less than 9 weeks to review.
  • 216 nominations in the queue awaiting review.
  • Most updates are being reviewed within 4 weeks.
  • 56 updates in the queue awaiting review.
  • Most preliminary reviews are being reviewed within 8 weeks.
  • 198 preliminary review submissions in the queue awaiting review.

If you’re an add-on developer and would like to see add-ons reviewed faster, please consider joining us. Add-on reviewers get invited to Mozilla events and earn cool gear with their work. Visit our wiki page for more information.

Firefox 38 Compatibility

The Firefox 38 compatibility blog post is up. The automatic AMO validation will be run soon.

Firefox 39 Compatibility

I expect to publish the Firefox 39 compatibility blog post in the next week or so.

As always, we recommend that you test your add-ons on Beta and Firefox Developer Edition (formerly known as Aurora) to make sure that they continue to work correctly. End users can install the Add-on Compatibility Reporter to identify and report any add-ons that aren’t working anymore.

Extension Signing

We announced that we will require extensions to be signed in order for them to continue to work in release and beta versions of Firefox. If you’re an extension developer, please read the post and participate in the discussions. We will be posting a followup expanding on the reasons behind this initiative.

Electrolysis

Electrolysis, also known as e10s, is the next major compatibility change coming to Firefox. In a nutshell, Firefox will run on multiple processes now, running each content tab in a different one. This should improve responsiveness and overall stability, but it also means many add-ons will need to be updated to support this.

We will be talking more about these changes in this blog in the future. For now we recommend you start looking at the available documentation.

April 2015 Featured Add-ons

Amy Tsay

1

Pick of the Month: Google™ Translator Lite

by Arthur Polinsky

Google™ Translator Lite is a powerful tool to translate words or sentences to a wide range of supported languages.

“It’s a Google Translator portable :) everything needed for don’t leave the page.”

Also Featured: Copy As Plain Text

by mehtuus
This extension gives you an option to copy text without the formatting. And unlike the keyboard shortcut (Ctrl+Shift+V), you can even customize how it will copy & paste.

Featured Complete Theme: Simple White

by Louis Chan
Paint your firefox white. Make it look simpler, nicer.

Featured Mobile Add-on: Clean Links

by Diego Casorran
Converts obfuscated or nested links to genuine clean links. Use it on your Firefox for Android!

Nominate your favorite add-ons

Featured add-ons are selected by a community board made up of add-on developers, users, and fans. Board members change every six months, so there’s always an opportunity to participate. Please follow this blog to find out when we are selecting a new board.

Each quarter, the board also selects a featured complete theme and featured mobile add-on.

If you’d like to nominate an add-on for featuring, please send it to amo-featured@mozilla.org for the board’s consideration. We welcome you to submit your own add-on.

Your design, printed on our next t-shirt!

Amy Tsay

4

Screenshot 2015-03-23 16.27.34

Mozillians love their t-shirts. And Firefox users love their add-ons. Add-ons let you completely customize your browser, from the way it looks to the way it behaves. To celebrate the community of add-on developers from all over the world who make this possible, we’re creating limited-edition t-shirts to send as thank-you gifts.

To make this celebration more participatory, we are taking submissions for the design. If you’d like the chance to have your artwork featured on this special shirt, please submit a design!

THEMES

Your design should be an artistic representation of the following themes, so be creative! (Your artwork should not be a reinterpretation or alteration of a Mozilla or Firefox logo, although an original representation of a fox or red panda would be ok.) Branding will be added to the back or arm of the t-shirt by our Creative staff.

  • Personalization — a browsing experience unique to you
  • Openness — anyone can make an add-on and there are thousands to choose from
  • Productivity — be more productive by customizing your browser to help you work better

Here are some resources to help:

REQUIREMENTS

  • Artwork must be submitted in EPS (vector art) format – if file size is over 10MB, please upload to Dropbox and send a link
  • Email your submission, along with your name or alias, to amo-tshirt-contest@mozilla.com

If you have a particular t-shirt color in mind, please include it in your email as well. We can’t guarantee it will be printed on a shirt of that color, but it will help to know what the artist intended. Limit 3 designs per entrant.

DESIGN SELECTION

  • A panel of judges will select three designs, and community voting will decide the final design.
  • The judges will consider:
    • How well the design represents the contest themes
    • Visual appeal
    • Uniqueness
    • Whether the design would look good on a t-shirt
  • The judges are:

IMPORTANT DATES

  • Deadline: submit your design by Thursday, April 30, 2015 at 11:59PM Pacific Standard Time
  • Finalists announcement: the three finalists will be announced on or about May 18, 2015
  • Community vote: community voting will close on or about June 2, 2015
  • Winner announcement: the final design will be announced on or about June 12, 2015, and qualifying add-on developers will be able to start reserving their shirts.
  • T-shirt printing: t-shirts bearing the winning design will begin shipping in July or August 2015.

FINE PRINT

Employees of Mozilla are not eligible to participate.

All designs submitted must be your own work. Do not include artwork or logos belonging to others.

Your designs remain your exclusive property. By submitting a design, you grant Mozilla, and its designees, the right to edit, publish, copy, display, and distribute your design, alone and in combination with other material, without compensation. This includes, but is not limited to, displaying your design on a website for public voting, and reproduction on t-shirts for distribution.

Your designs may not: (i) contain vulgar, offensive, obscene, lewd, or indecent language, behavior or imagery; (ii) defame, libel or otherwise violate the rights of any third party; (iii) violate or facilitate the violation of any federal, state or local laws or ordinances; or (iv) target anyone because of his or her membership in a certain social group, including race, gender, color, religion, belief, sexual orientation, disability, ethnicity, nationality, age, gender identity, or political affiliation, or contain a symbolic representation of any group that targets anyone because of his or her membership in a certain social group. Designs that are, in Mozilla’s sole opinion, inappropriate, objectionable, harmful, inconsistent with our image, or otherwise not in compliance with these rules, may be disqualified, and we may remove any design that has been posted for any of these reasons.

All designs that are uploaded and made available for viewing by the general public will be deemed posted at the direction of the person who submitted the design within the meaning of the Digital Millennium Copyright Act and the Communications Decency Act.

The designs selected by the judges will be posted on a website and the community will be invited to vote for the best design. The design receiving the most votes will be the one that Mozilla uses on the limited edition Add-ons t-shirt. If there is a tie in the community voting, the judges will select the overall winner.

We ask that you not employ any means that is inconsistent with getting an honest picture of the community’s genuine opinion of your design to obtain votes. Examples of inappropriate activities include automated reviews, use of contest services, payoffs or promises to others in exchange for votes.

Any personal information you provide in connection with your participation in this project will be used only for purposes relating to this project, and will not be communicated to third-parties without prior permission or as otherwise specified in our Privacy Policy located at https://www.mozilla.org/en-US/privacy.

You agree to hold harmless Mozilla, its officers, directors, employees, divisions, affiliates, and subsidiaries, from any claim by any third party relating to any intellectual property or other rights in the design you submitted.

Add-ons Update – Week of 2015/03/18

Jorge Villalobos

4

I post these updates every 3 weeks to inform add-on developers about the status of the review queues, add-on compatibility, and other happenings in the add-ons world.

The Review Queues

  • Most nominations for full review are taking less than 8 weeks to review.
  • 153 nominations in the queue awaiting review.
  • Most updates are being reviewed within 4 weeks.
  • 61 updates in the queue awaiting review.
  • Most preliminary reviews are being reviewed within 6 weeks.
  • 161 preliminary review submissions in the queue awaiting review.

If you’re an add-on developer and would like to see add-ons reviewed faster, please consider joining us. Add-on reviewers get invited to Mozilla events and earn cool gear with their work. Visit our wiki page for more information.

Firefox 37 Compatibility

The Firefox 37 compatibility blog post is up. The automatic AMO validation will be run this week.

Also, if you host your add-ons outside of AMO, give this update a look. It affects the way the domain whitelist for add-on installation works.

Firefox 38 Compatibility

The Firefox 38 compatibility blog post was published yesterday. The automatic AMO validation will be run next month.

As always, we recommend that you test your add-ons on Beta and Firefox Developer Edition (formerly known as Aurora) to make sure that they continue to work correctly. End users can install the Add-on Compatibility Reporter to identify and report any add-ons that aren’t working anymore.

Extension Signing

We recently announced that we will require extensions to be signed in order for them to continue to work in release and beta versions of Firefox. If you’re an extension developer, please read the post and participate in the discussions. We will be posting a followup shortly, expanding on the reasons behind this initiative.

Electrolysis

Electrolysis, also known as e10s, is the next major compatibility change coming to Firefox. In a nutshell, Firefox will run on multiple processes now, running each content tab in a different one. This should improve responsiveness and overall stability, but it also means many add-ons will need to be updated to support this.

We will be talking more about these changes in this blog in the future. For now we recommend you start looking at the available documentation.