It actually seems to flow pages better than the stock browser (Atrix running Froyo). Specifically, http://www.linux.org.ru has tab on the left in the proper position in Firefox while the stock browser puts it after the main content div.
The mobile tabs are awesome. And I really like the fact that I can get to the address bar while being half way into the page. The Awesome Bar is also, well, awesome. I thought I might not like it, coming off of an iPhone, but it actually works really well.
My only complaint so far is that spell checking does not appear to be turned on, and capitalization does not work by default. Very frustrating when trying to post comments to HN...
Data is encrypted client-side, so even Mozilla can't read it. If someone hacks Mozilla, they could get your encrypted data, but without your passphrase, they won't be able to read it. On the downside, if you forget your passphrase, you won't be able to read your data either (you have to wipe your account and start over).
Are you sure? According to this: https://wiki.mozilla.org/Labs/Weave/Sync/1.1/Setup it says the passphrase you use is sent in the clear (over HTTPS) to mozilla every time you get the data. That implies that while the data may be stored encrypted client-side, it's decrypted or at least verified server-side.
There is absolutely no way for Mozilla to get your data, even if subpoenaed. And, if for some reason you still don't trust it, you can easily set it up on your own server.
The encryption key and the password are two separate tokens. The password is supplied by the user, while the encryption key is a randomly-generated 26-character string. (In some earlier versions of Firefox Sync, the key was also supplied by the user and was called a "secret phrase.")
The PHP "minimal" server is going away in the future, as the Python server becomes better-supported and easier to set up. For now, however, the minimal server is usable and current; the latest version was released just last week.
Mobile Firefox lets you switch between tabs by pulling out a sidebar on the left side of the screen, so you can access them quickly, and you can see the current page and the tab list at the same time: http://support.mozilla.com/kb/how-do-i-use-tabs-mobile
Are you trying to be difficult or have a laugh at my expense or does anyone actually have any real complaints about how tabs are handled in the stock Android browser or say by one of the very popular Dolphin variants?
I don't understand why these tabs are better than the tabs in the normal browser. Let me guess, everyone thinks you have to scroll up to get to see the tabs? Too bad.
I do. It takes too many clicks to get at the other windows with the (my?) default Android browser, and at any rate I can only have, what, 7 "tabs" open at a time? As often as not I get errors when clicking on links in email/rss that I have the maximum number of windows open, which is a drag. I've been trying Opera over the past week or two, but that doesn't have any controls for modal popups (among other issues).
Does anyone know what the hardware requirements are? The market will let me install it on a samsung galaxy but not an lg optimus. Is it the cpu speed of the optimus or something else? I can't seem to find a list of requirements anywhere.
Hi, I'm a member of the mobile Firefox team at Mozilla.
Building for ARMv7-only lets us use the Thumb-2 instruction set, which results in code that is smaller, faster, and uses less memory.
We used to have ARMv6 builds available, but at this point the browser is not really optimized enough to run well on older (or low-end) devices. And since we were not actively testing or supporting those builds, the code now has some crashing bugs (probably related to the JavaScript JIT) that show up only on ARMv6 builds. Without fixing those bugs, you can't actually run Firefox on ARMv6.
We continue to reduce memory and CPU usage, and if it it gets good enough to support these devices then we might start working on it for a future version.
The benchmark numbers seem great, but actual browsing perf doesn't seem any better if not worse than the stock Nexus S browser. Just curious if Mozilla spends a lot of time optimizing benchmarks or the top 1000 sites?
I'm just having trouble reconciling their incredible benchmark numbers with how it feels to simply browse the web.
Yeah, that's the page I had read and was expecting perf that killed the Nexus S stock browser. But I'm not sure if its any better. Do you see better perf on your device? Are there some pages that show the perf delta more than others (besides Mozilla built showcase pages?).
Right now, the only big speed advantage is in processor-intensive JavaScript. You can see this in any JS-intensive application. For example, run the performance tests here in Firefox vs. stock Android browser: http://lookups.pageforest.com/test/perf-test.html
(These performance tests are based on a JS library to do efficient dictionary lookups; more info at https://github.com/mckoss/lookups)
In other areas, like startup speed, we know that Firefox for Android is still catching up to other browsers. It's improved a lot over the last year, and we'll keep on improving it.
It's great to have another credible browser for Android and Firefox 4 kinda works OK on my Xoom but there are two issues that make me hesitant to use it - Fonts - there is some "non-nativeness" there - they look blurry and - Heaviness - the native browser on the Xoom is just insanely light and fast (couple crashes everyday aside) but Firefox feels heavier to use. Part of that might be drawing, part may be slow startup and some just general UI element sizes.
Wow. I wish I could use this on my netbook but it doesn't seem to be useful for much more than testing right now. Configuration and keyboard use is pretty limited.
Can somebody find a direct download link for the .apk file? I tried using the Mozilla website but ended up in eternal redirection and flashy pages. I really do not want to waste 14MB (!) of my precious bandwidth on a browser installation. That would be 5% of my monthly bandwidth.
Anyone else having user-agent issues? Google reader, for example, shows up as what looks like the dumb phone mobile site, not the smart phone mobile site (which is great) or the desktop site. And I can't find a setting to change the user-agent.
Reader works well in Firefox, but many of Google's mobile sites use WebKit-specific markup, and will not work correctly in Firefox if you change the user-agent header to iPhone or Android.
Microsoft didn't even have anyone working on IE for most of the five years between IE6 and IE7 (2001 - 2006). Without competitors like Firefox to keep web standards and cross-browser compatibility alive through that era, it would have taken a lot longer to dig ourselves out of the IE6 era.
(Remember when IE had 90% market share, and web developers routinely wrote IE-only code?)
But IE7 wasn't much of an upgrade over IE6. Neither was IE8. Browsers didn't take the next step until Google got fed up with javascript rendering speeds and took it into their own hands; now every browser is fast.
Firefox AND Opera made the web bearable in the years between IE6 and Chrome, but they hardly are responsible for the arms race that is taking place now.
IE8 is a huge upgrade over IE6. For one thing, at ship time it implemented the entirety of the then-current CSS 2.1 draft Just comparing it to IE7, it added generated content, automatic counters and quotes, tons of fixes to floats, outlines, lots of box model bugfixes. the list goes on and on. It's not a huge upgrade in terms of _Javascript_, but in terms of CSS it's light and day when you compare to IE6. Oh, and IE8 moved to a process-per-tab model.
The thing I think you're missing in the evolution of IE after the team was disbanded post-IE6 is that it takes time to build up a project team from 0 to hundreds of people, especially when the codebase is preexisting and large. IE7 was them starting to put a team together again, doing catchup on obvious UI features like tabbed browsing. IE8 was them finally having enough people to execute well on some things (CSS 2.1, process-per-tab) and try to play catchup on other things (JavaScript performance). IE9 is them having a team big enough to work on all parts of the browser at once.
You also have your history slightly wrong on the JS perf. Chrome was first announced on September 1, 2008; before that some people knew that Google was working on a browser, but the details were secret. The WebKit project initially landed the SquirrelFish Extreme jit on September 18, 2008; it's pretty clear that this was in the works before Chrome's existence was announced. Mozilla landed the initial Tracemonkey implementation in their main development tree in mid-August 2008 (weeks before Chrome was announced), and had been working on it for some time before that. So all three (Firefox, Safari, Chrome) were working on JITs in parallel before Chrome was announced; it's not like Chrome shipped a JIT and everyone else suddenly decided they had to do it as well. Had Chrome never existed, Firefox and Safari (and Opera, which joined in on the game in early 2009) would still have competed for faster javascript; IE9 would still have ended up doing a jit, or risking being left in the dust.
Oh, and the Sunspider benchmark, for example, was first released in December 2007, when both WebKit and Mozilla were actively working on their interpreters' performance and starting to work on the JITs they'd have by September 2008. Again, the competition for faster JavaScript was very much in play already.
Now Chrome has contributed to the competition, as have all the other players. But they sure didn't start it.
"The WebKit project initially landed the SquirrelFish Extreme jit on September 18, 2008; it's pretty clear that this was in the works before Chrome's existence was announced."
In fact, the Apple WebKit folks have said that they began the Squirrelfish Extreme project the day after Tracemonkey was announced. It was quite an engineering accomplishment to have an initial stab at a JIT in a month and have it shipped to users in a few more, especially considering it took Mozilla about a year (Summer '08 - June '08) to ship theirs. And everyone knew about Tamarin's development over the previous couple years - so it ended up being a really amazing coincidence that all three JITs were announced within a one month period.
Remember when mozilla blew so badly that IE6 was the best browser around? Firefox wasn't even around for most of the 2001-2006 era, until somebody finally decided the mozilla all in wonder mega suite was a crime against nature.
Sure, firefox keeps IE in line, but mozilla also has a history of jumping the tracks without strong competition.
I downloaded the browser and installed 3 small extensions. It asked to "Restart", which I assumed meant the application. Instead it reboot the phone.
After that, it just hung on the Loading screen sucking up 100% CPU. I searched to see if I could manually delete the extensions, but they aren't saved on the SD card from what I could find, so I uninstalled and reinstalled the application and now it actually loads.
They really need to put some safeguards in place to make sure extensions don't crash the browser like that. Having to uninstall and reinstall just to remove a bad extension is really problematic.
I assume that add-ons need to be written specifically for the Android browser - no delicious add-on listed, will need to stick with Dolphin HD for now.
On Android, we ship all the locales in one package (since the Android Market doesn't have a simple way for us to deliver different packages to different locales). That accounts for part of the difference in size.
We're working on various ways to reduce the size, including moving the locale files into separate files that are downloaded at installation time.
Thank you for the answer. Please implement this quickly, I want to recommend FF to pretty much everybody and a huge honkin download is not a good sign on a mobile phone.
I switched from the last beta to Dolphin some months ago because (iirc):
Firefox did not support gestures. It was very slow to start. It did not reflow text (properly or at all?).
At least the reflow seems to be included now so I guess I try again.
edit: Installed it. Tried zooming in on reddit, hn and metafilter. Failed to reflow on all of them. Reflowing after zoom is enabled in the options, at least I think it is (the stupid apple slider shows the yes in blue, I guess that means it is on. Or does it switch on if I press it? I never got the design of those buttons.)
Apparently no way to exit the application.
Takes guesstimated 10 seconds to cold-start. 3s for Dolphin.
Yeah, those buttons always bugged me... the design could have been a lot cleaner.
I'm not sure if Firefox Mobile has the same support for theming that the desktop does, but if so I imagine they'll be some nice themes for it eventually. :)
Reflow currently takes effect only when you double-tap, not when you pinch zoom (just like some versions of the stock Android browser). The reflow is still a work in progress, which is why it's disabled by default - we have some improvements planned for future versions.
There are plenty of Android devices that have dual core CPUs with more RAM and storage than most netbooks. Just because we still call them "phones" for some reason doesn't mean they aren't pretty powerful.
A couple of open tabs on moderately complex web pages (no web apps though) runs it at around 75 MB on my phone. Seems perfectly snappy on the Atrix, but I don't know about older devices.
The mobile tabs are awesome. And I really like the fact that I can get to the address bar while being half way into the page. The Awesome Bar is also, well, awesome. I thought I might not like it, coming off of an iPhone, but it actually works really well.
My only complaint so far is that spell checking does not appear to be turned on, and capitalization does not work by default. Very frustrating when trying to post comments to HN...
Set it to the default browser in a heartbeat.