Was it a tough decision for Firefox on Android, to either improve the browser’s performance or keep its compatibility with add-ons and other technology.

After creating a prototype, Mozilla settled on the winning answer quickly: performance. And now, a month after making the decision, Mozilla plans to release an early version of the overhauled Firefox for Android.

The organisation will introduce the new version on the “nightly” channel, where Mozilla tests raw new technology. With the organisation’s rapid-release cycle, the nightly version graduates to the Aurora, beta and final-release channels, maturing for six weeks in each phase.

The new version is strategically important for Mozilla for multiple reasons. First, smartphones and tablets are at the centre of a mobile-first transformation of the computing industry, and Firefox isn’t preinstalled anywhere right now. Second, with Firefox shut out on Apple’s iOS and Microsoft’s Windows Phone, Android is effectively the only route for Mozilla to bring its browser to the mobile market.

Lastly, Mozilla’s objective — to ensure an open web — relies on Firefox. Right now, Apple and Google browsers based on the open-source WebKit project dominate mobile browsing.

Release manager Christian Legnitto announced the move Friday. Initially, the new version was geared just for phones, but Mozilla expanded it to tablets, too, after concluding that it couldn’t offer separate versions.

Firefox for personal computers, and many of the add-ons that helped make the browser popular by making it more customisable, use an interface called XUL (XML User Interface Language). But because the XUL-based version of Firefox took so long to start up on Android, and isn’t as responsive, Mozilla instead embraced Android’s built-in technology.

Among the native interface advantages, according to programmer Mark Finkle:

• Start-up — a native UI can be presented much faster than an XUL-based UI, since it can happen in parallel with Gecko start-up; this means start-up times are in fractions of a second, versus several seconds for an XUL UI on some phones
• Memory Use — we believe that a native UI will use significantly less memory
• Responsiveness — a native UI has the potential for beautiful panning and zooming performance.

It comes at a cost, though. XUL-based add-ons are one issue.

“Native UI builds are considered a new application, and are not add-on compatible with the XUL versions,” Finkle said.

Mozilla is working on a new approach for add-ons on Android, though, through an interface called NativeWindow, Finkle said. In a comment, Finkle added that it could be possible to build Firefox’s newer Jetpack interface for add-ons atop the NativeWindow foundation.

There are other challenges, too, with the new version. The current Firefox Sync, for example, no longer works as a way to share bookmarks, passwords and open tabs across multiple versions of the browser. A native version of Sync for Android is under construction, though, and is due to arrive in December. Also being addressed is the fact that the current upgrade path drops saved passwords and browsing history.

Another list of objections came from Robert Kaiser, a Firefox project contributor, who listed his misgivings in a mailing list message: “The awesomebar algorithm [which suggests full links based on what people type in the address bar] will be removed. The privacy of bookmarks and history will be removed. Open video might get undermined,” he said. “A lot of add-on awesomeness will be removed … somehow, I don’t believe you fully there.”

All of these are potential problems, to be sure, but aren’t as big as people not using the browser at all because it’s too slow.