Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×

Mozilla Firefox 2 Alpha 1 Available 327

Mini-Geek writes "Code-named Bon Echo, the first Alpha of Firefox 2.0 is now officially available. You can download it at ftp.mozilla.org. From the article: 'Here are some new features in Bon Echo Alpha 1 that require feedback: Changes to tabbed browsing behavior, New data storage layer for bookmarks and history (using SQLlite), Extended search plugin format, Updates to the extension system to provide enhanced security and to allow for easier localization of extensions, Support for SVG text using svg:textPath'"
This discussion has been archived. No new comments can be posted.

Mozilla Firefox 2 Alpha 1 Available

Comments Filter:
  • But... (Score:4, Insightful)

    by Onymous Hero ( 910664 ) on Wednesday March 22, 2006 @11:08AM (#14971583)
    Will it use less memory than 0.x / 1.x ??
  • SQLite (Score:4, Interesting)

    by kevin_conaway ( 585204 ) on Wednesday March 22, 2006 @11:09AM (#14971593) Homepage
    We all know that Firefox has had (and still has) a lot of memory issues. Will embedding a database in memory help or worsen these issues?

    I haven't used SQLite, can anyone with experience using it please comment?
    • Re:SQLite (Score:5, Informative)

      by G)-(ostly ( 960826 ) on Wednesday March 22, 2006 @11:14AM (#14971645) Journal
      I forsee no problems. It's a surprisingly minimal addition to a software package, and the problems with Firefox's memory management are very likely in unrelated modules.

      "SQL" engines tend to evoke images of hulking software packages like PostgreSQL, SQL Server, and Oracle, but those things do an awful lot more than the typical desktop app needs, and the SQLite engine is much, much simpler in order to meet that lesser demand.
      • by bjpirt ( 251795 ) on Wednesday March 22, 2006 @12:28PM (#14972284)
        It's probably more efficient than the current state of storing history / bookmarks. At least this was designed to rapidly query data. With the amount of bookmarks I have now compared to 5 years ago, this will be great.

        Will it support adding metadata to the bookmarks a la spotlight so that I can finally rid myself of the limiting hierarchical organisation I have now?
    • Re:SQLite (Score:2, Informative)

      by LurkerML ( 668881 ) on Wednesday March 22, 2006 @11:18AM (#14971689)
      http://www.sqlite.org/ [sqlite.org]

      The website says 250KiB fully configured. That is tolerable, i think.
    • Re:SQLite (Score:4, Informative)

      by smooth wombat ( 796938 ) on Wednesday March 22, 2006 @11:22AM (#14971723) Journal
      We all know that Firefox has had (and still has) a lot of memory issues.

      We do? Funny, I've been running FF since the 0.8 days (Phoenix) and have never had any memory issue. In fact, I've never had any issue other than one mini-crash which forced me to use a default profile until I pulled up my old one. Further, I've installed FF on several different systems, including W98, and not one of those systems has ever had a memory issue.

      Looking at the FF boards it appears the issue is not so much with FF but the multitude of extensions that people think they need to install.

      • by Dr. Evil ( 3501 ) on Wednesday March 22, 2006 @11:32AM (#14971815)

        The issues appear when you use more than one major app on the machine on a regular basis. They're not too bad now, but they were horrible several years back, and it's not just becuase machines have more RAM.

        http://www.google.com/search?hl=en&q=firefox+%22wo rking+set%22&btnG=Google+Search&meta= [google.com]

      • by CastrTroy ( 595695 ) on Wednesday March 22, 2006 @11:37AM (#14971855)
        Same experience for me. I swear is has to do with some extension that people are running. I only run flashblock and Web developer.
      • Re:SQLite (Score:5, Interesting)

        by Jjeff1 ( 636051 ) on Wednesday March 22, 2006 @11:43AM (#14971915)
        I have firefox 1.5.0.1 on windows xp with latest adblock and filterset G updater, nothing else.

        I've noticed that web pages that refresh themselves cause a run-away memory situation. Specifically the win32 MRTG package from open innovations [openinnovations.com] causes FF to use huge amounts of memory. It auto refreshes graphs I think every 10 seconds. If I leave a graph up on screen and leave for the weekend, FF will be using 1.8 GB memory when I come back on Monday. I've been unable to find out if this is a known problem or not, so I've not submitted this as a bug.
        • by dlZ ( 798734 ) on Wednesday March 22, 2006 @11:56AM (#14972013) Journal
          I have the same issues with one of my web mail clients. Gmail doesn't cause any serious issues (takes ages to up memory usage to anything noticable,) but one of my work based accounts, running mailEnable, will ramp up memory usage over an 8 hour period to 700+ megs. The thing is, it does it on my SUSE 10 x86_64 notebook and on another Windows XP SP2 notebook, but not on my desktop, which is also running SUSE 10 x86_64. The notebooks are just running adblock, while my desktop has that plus Grease Monkey, Forecast Fox, and a few other extensions I'm sure I'm forgetting.
        • Re:SQLite (Score:5, Informative)

          by MooUK ( 905450 ) on Wednesday March 22, 2006 @12:18PM (#14972198)
          Adblock itself has had, and still does have, memory leak problems. The original maintainer shows no inclination to deal with them. It's generally recommended to use Adblock Plus, which has fixed most of these problems and also has useful new features, such as whitelisting. The maintainer of Adblock Plus has also shown strong interest in debugging and fixing any problems, including memory leaks.

          There's a few problems that can cause leaks in FF itself which have been fixed in the main trunk. Almost all of those fixes are supposed to be included in 2.0.
        • Re:SQLite (Score:3, Informative)

          by HolyCrapSCOsux ( 700114 ) on Wednesday March 22, 2006 @03:10PM (#14974129)
          Why do people use adblock? Isn't that what the hosts file is for?

          If you don't know what I'm talking about, the Hosts file lines in Windows\system32\Drivers\etc\
          think of it as a blacklist.
          Windows won't allow those sites to connect to you, thus, No ADS!
          If you are thinking, golly, that's alot of typing, my hosts file is 421k. You can copy paste from others off the internet.
          that's one less process, smaller footprint, and speeds up browsing somewhat, as the ad connections aren't made so the crap isn't loaded.

    • Re:SQLite (Score:4, Informative)

      by bperkins ( 12056 ) on Wednesday March 22, 2006 @11:36AM (#14971844) Homepage Journal
      Mu.

      The memory usage problems have been related to the image cache. (I've heard that this is often caused by an old version of the adblock extension)

      Using SQLite to store profile information will probably have little impact the memory usage problems people see.
    • by bunratty ( 545641 ) on Wednesday March 22, 2006 @11:38AM (#14971872)
      All browsers have lots of memory issues. They also all have security problems, they crash under lots of different situations, have many kinds of CPU use problems, and thousands of other kinds of bugs. What else is new?

      I don't think embedding a database will noticably impact memory usage. The most noticable change will be that your bookmarks, cache, and other parts of your profile will not be corrupted or lost nearly as easily. The dataloss problems SQLite will fix are much more severe than the memory problems some people expereience with Firefox. Firefox is using too much memory? Just restart. Firefox lost your bookmarks? Tough sh*t!

    • by ameoba ( 173803 ) on Wednesday March 22, 2006 @11:51AM (#14971964)
      I have to wonder how much is gained by moving bookmarks and prefs from plain text files (HTML & JS) to SQLite's binary file format. It's not like their bits of data that need complex searches done on them.
    • by digidave ( 259925 ) on Wednesday March 22, 2006 @12:02PM (#14972058)
      FWIW, I am using yesterday's trunk build and there doesn't appear to be any memory problem at all. With several Firefox windows open each with a few tabs the firefox-bin process is using 65 MB RAM. This is on Ubuntu Dapper.
    • by HighOrbit ( 631451 ) on Wednesday March 22, 2006 @12:15PM (#14972160)
      What was wrong with the html bookmarks file? Was it broke? Did it not work?

      Granted that SQLite has a small footprint ,but not as small as a flat ascii file like html or xml. And why add complexity? It is very nice to be able to "export" a bookmarks file by just coping it or by opening a text browser and cutting and pasting into an email. I understand that SQLite's storage is also just a flat file, but is it in a commonly understood human readable format like html or xml? Or do I have to learn to parse a whole new file layout?
    • Re:SQLite (Score:3, Informative)

      by zerblat ( 785 ) <jonas.skubic@se> on Wednesday March 22, 2006 @12:32PM (#14972324) Homepage
      Firefox already includes a database, mork, which is used for e.g. storing history. The problem with mork is that it's a completely braindead format (it's text based, but definately not human readable), it's practically unmaintained and it's almost imposible for third party programs to read.

      So, this will make all the data that Firefox stores accesable to others, and hopefully all the mork-related bugs will just disapear.

  • by wampus ( 1932 ) on Wednesday March 22, 2006 @11:09AM (#14971594)
    So is this any different than the Firefox 2 alpha that wasn't released yesterday?
  • by gurutc ( 613652 ) on Wednesday March 22, 2006 @11:09AM (#14971597)
    takes me back to the good old days when it was new, fresh, and charmingly not yet seemingly perfect, but so much the best choice!
  • I've always wondered why bookmarks don't sort themselves by most often used to least recently. Maybe it will happen now. But the changes to tabbed browsing behaviour - hmm - I hope that means something like memory optimisation and not making it more like the tabs in Konqueror. Blech.
    • by Tim C ( 15259 ) on Wednesday March 22, 2006 @11:12AM (#14971627)
      Personally, I'd rather the bookmarks were sorted in alphabetical order. Hopefully moving to an SQLLite backend will enable users to set up their own ordering preferences as they see fit.
    • by ILikeRed ( 141848 ) on Wednesday March 22, 2006 @11:45AM (#14971927) Journal

      You don't need a database for sorting algorithms (think gnu sort), but what this will almost certainly do is complicate backup and transfer of bookmarks. I really can't understand what is wrong with a simple text file. Do they not see all the issues Microsoft has because of their registry format??? This is NOT a speed or sorting issue. (I could care less about the history, but don't think that will help anyone other than some possible edge cases there either.)

      This will also almost certainly kill any chance of reusage of bookmark data by other programs - which could be a really inovative area if the barrier to entry is kept low. They need to read the Art of Unix Programming [faqs.org].

      • by digidave ( 259925 ) on Wednesday March 22, 2006 @12:05PM (#14972087)
        SQLite databases are a single file, so backing up your bookmarks should be the same... copy the file.

        I wonder if there is a password on the database. If not it could lead to bookmark injection attacks from other programs you install (that could also happen with the bookmarks.html file) like happens with IE. I think this is a great opportunity to create a bookmarks file that can't be altered unless you type in a password. Perhaps the SQLite password can be set during install and altered from within Firefox's preferences. It could be a keyring password that also gives you access to your saved site passwords, sort of like Opera and Konqueror.
      • by Anonymous Coward on Wednesday March 22, 2006 @01:22PM (#14972829)
        They aren't doing this just to get sorting algorithms. This actually improves things because right now there are a number of different formats that Firefox stores data in. Look at your bookmarks.html(HTML), cert8.db(Berkeley DB), formhistory.dat(mork... don't ask). Using sqlite reduces the amount of code for accessing all of these formats and provides some degree of uniformity. Getting data from sqlite is pretty easy(and much easier than the current situation) because we have dozens of language bindings and tools to do it with.

        Yes I read the arguments against this is in AUP, but Firefox is an application that runs completely counter to most of what's in there. Firefox is never going to be a Unix application following the advice in AUP. It wants to be an operating sytem(or platform if you prefer), and not just an application.
      • by cduffy ( 652 ) <charles+slashdot@dyfis.net> on Wednesday March 22, 2006 @01:44PM (#14973045)
        This will also almost certainly kill any chance of reusage of bookmark data by other programs

        Not at all. SQLite is extremely easy to use -- it has bindings for major scripting languages, and trivial queries can be run on the command line. I use the Python bindings in a number of my minor scripts, and it has frequently resulted in a massive performance improvement (as opposed to using flatfiles and writing the data-munging and analysis code myself).
      • Database vs Mork (Score:3, Interesting)

        by Richard_J_N ( 631241 ) on Wednesday March 22, 2006 @05:48PM (#14975838)
        I am delighted to see this. Some of the mozilla stuff still uses Mork, which is truly and utterly horrid. I recommend reading this delightful code [jwz.org] by Jamie Zawinski, which has a brilliant rant about it:
  • That's all? (Score:2, Insightful)

    by Anonymous Coward on Wednesday March 22, 2006 @11:11AM (#14971616)
    Seriously - that's all the new features? How does that warrant a 2.0 label and not a 1.8? Firefox has been pretty innovative or good at putting great features together that Opera and Microsoft haven't done (yet), but now it seems IE7 has caught up in so many ways, but Firefox 2.0 will be just a minor, incremental update. Hell, bigger changes have gone in the post 1.0 releases. Come on...
    • Re:That's all? (Score:5, Informative)

      by Pneuma ROCKS ( 906002 ) on Wednesday March 22, 2006 @12:00PM (#14972046) Homepage
      It will be much more than that when Firefox 2 actually makes it out to the world. This is a very early build and according to the Roadmap [mozilla.org], it will be released near the third quarter of 2006. I'm guessing it will actually be a little later than that. I also found this Feature Brainstorming [mozilla.org] page, which seems to be closer to what's being planned for 2.0. I see a lot of new stuff.
  • SVG support (Score:5, Funny)

    by caluml ( 551744 ) <slashdot@spamgoe ... minus herbivore> on Wednesday March 22, 2006 @11:14AM (#14971650) Homepage
    I hope more browsers end up using SVG. There are some very nifty uses that can be made of it - an example of which is the porn database - http://pdatabase.dyndns.biz [dyndns.biz] (how's it going, John? :) )
  • So Far So Good .... (Score:3, Informative)

    by abhinavmodi ( 737782 ) on Wednesday March 22, 2006 @11:16AM (#14971667) Homepage
    Works fine on Windoze even after 2 hours .. No crashes or memory hogs. In addition, it is co-existent with Firefox.
  • what's really new? (Score:3, Informative)

    by scarlac ( 768893 ) on Wednesday March 22, 2006 @11:17AM (#14971672) Homepage
    TFA doesn't say anything about new exciting features. I wonder what made them decide it to be 2.0 alpha instead of 1.6? Was it just so that they could reach the planned milestone?
    I read something about they were trying to optimize the renderengine, so it could support cairo and have hardware acceleration... no promises was made, but they expected it to be in 2.0 (correct me if I'm wrong).

    I guess the more comprehensive changelog (which isn't available yet) will reveal some more interesting changes - perhaps some nice performance enhancements?
  • ACID 2 (Score:4, Informative)

    by Agelmar ( 205181 ) * on Wednesday March 22, 2006 @11:17AM (#14971684)
    For those who are wondering - the 2.0 alpha build renders the ACID 2 test exactly the same as Mozilla 1.7.12. (http://www.webstandards.org/files/acid2/test.html #top [webstandards.org])

    I don't personally think that the ACID 2 test is the be-all end-all test, but I know the question will be asked, hence the post.
    • by digidave ( 259925 ) on Wednesday March 22, 2006 @11:57AM (#14972016)
      Grab a nightly trunk build and it's quite a bit closer to the reference rendering. I believe the trunk is what's going to be Firefox 3. It has the newer Gecko.
    • Re:ACID 2 (Score:2, Informative)

      by nonpareility ( 822891 ) on Wednesday March 22, 2006 @12:04PM (#14972073)
      Firefox 2.0 is based off the 1.8 Gecko branch, just like Firefox 1.5 was [mozilla.org]. 1.5 uses 1.8.0, 2.0 will use 1.8.0.1, 3.0 will use 1.9. There shouldn't be much difference in terms of rendering pages between 1.5 and 2.0.
    • by From A Far Away Land ( 930780 ) on Wednesday March 22, 2006 @12:30PM (#14972313) Homepage Journal
      "but I know the question will be asked, hence the post."

      The more common /. question for a new product is:
      "Oh yeah, but does it run Linux?"
      And the answer is:
      In Soviet Russia, Firefox 2.0 alpha runs Linux!
    • Re:ACID 2 (Score:3, Insightful)

      by Sycraft-fu ( 314770 ) on Wednesday March 22, 2006 @01:23PM (#14972846)
      I think it's probably a fairly worthless test when you get down to it, overly synthetic tests usually are. It reminds me of a test that was real popular back on the now defunct r3mix.net, a site devoted to MP3 encoding, specificly working on the LAME encoder. I can't remember the name of the test, but basically it was very loud low frequency drum-like sounds followed by high frequency clicks. Turns out, this was really problematic for MP3 encoders. Well because they had such trouble with it, it was seized upon as a good test, and work was done into improving performance on it... Except it turned out that often happened at the expense of normal music encoding. Changing it in such a way it could deal with the oddities of the synthetic test made it such that it didn't work as well for it's oringal intended purpose.

      IMO, the important question for a browser is can it render the kind of HTML you are likely to find on the net well. That includes broken, incorrect HTML. This idea that "well if all broswers mandidated good HTML, sites would fix it" is bunk. People are lazy, they make mistakes, sites will have broken code. The ability to render that well is an asset, just like it's an asset to be able to render complex code that uses cutting edge HTML features.

      So I don't really care how FF ends up working on the Acid test, what I care about is pages looking good when viewed with it, which they do in almost all cases.
  • XForms support? (Score:3, Interesting)

    by VP ( 32928 ) on Wednesday March 22, 2006 @11:22AM (#14971721)
    Is there a plan to add XForms [w3.org] support to Firefox, or will they be waiting for XHTML 2.0 [w3.org]?
  • Firefox 2 (Score:5, Insightful)

    by 56ker ( 566853 ) on Wednesday March 22, 2006 @11:27AM (#14971761) Homepage Journal
    I just hope that the greater prevalance of Firefox leads to a greater number of sites supporting it. I've had problems with some sites telling me my version of 1.5 needs to be upgraded to an earlier version!!! The site in question was the Comedy Channels's website. To many website designers seem to still design for IE only or use version checking to serve different pages. People should stick to writing valid HTML code that works across all browsers instead of making their websites unusuable for those who don't use IE.
  • by account_deleted ( 4530225 ) on Wednesday March 22, 2006 @11:27AM (#14971763)
    Comment removed based on user account deletion
  • by PoprocksCk ( 756380 ) <poprocks@gmail.org> on Wednesday March 22, 2006 @11:29AM (#14971779) Homepage Journal
    I've been toying around with the new alpha, and it has some interesting additions. But heck, the changes made do not warrant a jump in major version numbering in my books. But I guess that's because I'm used to how version numbers are in the Free Software world, where a jump in a major version number usually means there was a rewrite, or ABI was broken in favour of some fundamental changes.

    I'm definitely not seeing that here with Bon Echo.

    Not that this is a bad thing -- heck, I'm as much against featuritis as the next guy. But frankly I see less change here than from 1.0 to the Deer Park alphas.

    IMHO the #1 thing the guys should have focused on for the 2.0 release was to make Firefox a XULRunner application.
  • libstdc++ (Score:2, Informative)

    by calzplace ( 253241 ) on Wednesday March 22, 2006 @11:29AM (#14971784)
    Note that most FC4 machines out there will need the compat-libstdc++-33 package for the libstdc++.so.5 library. Just an FYI. :-)
  • by Kranfer ( 620510 ) on Wednesday March 22, 2006 @11:29AM (#14971786) Homepage Journal
    I find it very strange that the winners of the recently posted FF Extensions contest do not work. The extensions that is. I like this alpha of FF 2 but I wish I still have the extensions / Themes I had before still working.
  • by Anonymous Coward on Wednesday March 22, 2006 @11:31AM (#14971804)
    A portable version of this build was just posted for those that want to use this with a separate profile:
    http://www.cybernetnews.com/?p=417 [cybernetnews.com]
  • by TheSkepticalOptimist ( 898384 ) on Wednesday March 22, 2006 @11:32AM (#14971810)
    I mean, Mozilla used to be slow and steady, now they are firing out updates on .5 increments.

    Is this good or bad? I think Firefox will end up becoming bloated and bug ridden just like IE if they keep up this kind of product update cycle. Firefox 1.5 hasn't even been out for 6 months and they are previewing version 2.0.

    While I do think that some open source projects move a long at a pace that make snails impatient, I have found that this quick turnaround for FireFox versions isn't beneficial in the long run. I have found there to be more problems in each new version, and I have stopped using Thunderbird for several problems that haven't been addressed yet (such as opening up the wrong email when you click on a header).

    I think Mozilla should slow down a bit, or at least go back to the .1 version increments. If they are just trying to drive up the version number to match I.E.'s 7.0, then they will find that Firefox performs about as well as I.E. 7.0, or even less so considering it took Microsoft 10 years to get there.
    • by bunratty ( 545641 ) on Wednesday March 22, 2006 @11:52AM (#14971978)
      How does what the size of the version increment deteremine how bloated or bug ridden software is? Anyway, Firefox 2 was available as a "preview" as soon as Gecko 1.8 branched off the trunk last year. The day after any stable branch is created, a new trunk build is produced that is the first preview of the next stable version. Is there some kind of problem with doing that?
    • by Kjella ( 173770 ) on Wednesday March 22, 2006 @11:58AM (#14972021) Homepage
      So how exactly is version numbering related to the speed of development? Linux has been moving along in 0.0.1 increments for over two years now, yet most have been complaining about how much they've added to the kernel between increments. Debian's got a higher version number but I haven't seen anyone complaining about their rapid pace. Version numbering is either a) plain bookkeeping, similar to build numbers, b) some sort of interface/stability indicator or c) marketing, trying to create a perception of how fast it's evolving. I think Firefox squarely ends up on c). Announcing the first alpha 1.5 years after their last major version isn't break-neck speed to anyone except OSS geeks who're used to entire overhauls being 0.1 releases.
    • by anaesthetica ( 596507 ) on Wednesday March 22, 2006 @12:09PM (#14972112) Homepage Journal
      I think the release numbering has more to do with the logic of post-1.0 branding. Now that Firefox has reached 1.0+ status it's supposed to be a public, finished product. Major corporations don't do point releases for each iteration. Big round numbers inspire trust in the non-computer savvy, which is the market that Firefox is trying to break into now. Let's face it, Firefox 2.0 sounds much more reliable for n00b or corporate use than Firefox 0.9.8.13.1. It may ruffle some feathers in the open-source community, but such is the price we pay for Firefox playing with the big boys now.
    • by jsoderba ( 105512 ) on Wednesday March 22, 2006 @12:22PM (#14972236)
      If the roadmap holds up (and it usually slips a few weeks/months), Firefox 2.0 will be released in September or so, 10 months after Firefox 1.5, I don't see how that's too quick.
  • Browser dreams (Score:4, Interesting)

    by MadFarmAnimalz ( 460972 ) on Wednesday March 22, 2006 @11:41AM (#14971896) Homepage
    I'm not all that enthusiastic about yet another iteration of Firefox... It's my primary browser and I do like it, but it will never be the browser that I would regard as the ultimate.

    I envision a web browser which is the browser equivalent of Linux; a collection of simple programs performing very specific and narrowly defined tasks, all working through clean APIs or protocols. The HTML rendering being split off entirely, the javascript in its own library, image rendering separate, cookie management, security features, history management, bookmarks display, etc. Ideally, the various parts would be so simple that the barriers to development would be lowered drastically resulting in the organic rise of alternatives in the various segments; imagine having a flamewar over which js rendering plugin/library were better!

    Extensions are not the solution by far. The functionality decentralization necessary to realize the vision of a browser like this far exceeds what the design idea behind extensions was.

    Firefox will never be this. The only thing I've seen which might be salvaged into some sort of semblance of this vision is Kazehakaze, though that remains to be seen (I'm not sure you can even hotswap html rendering in Kazhakaze; I've never managed to keep it from crashing for long enough to test).
  • Screenshots (Score:4, Informative)

    by MagPulse ( 316 ) on Wednesday March 22, 2006 @11:50AM (#14971957)
    Here [osdir.com] and here [amanzi.co.nz].
  • by GeekDork ( 194851 ) on Wednesday March 22, 2006 @11:56AM (#14972012)

    Bug 9458 [mozilla.org] (referrer block for links from slash), "Implement inline-block in layout" hast its 7th birthday coming up.

  • by zero0w ( 572225 ) on Wednesday March 22, 2006 @01:48PM (#14973091)
    If you want to try out the latest 2.0 alpha version of Firefox without affecting your current 1.x installation, that they can run along each other, then you can check out this homepage for further detail (I have tried it, the tricks works for Linux version as well):

    Running multiple Firefox versions concurrently
    http://www.jeroencoumans.nl/journal/multiple-firef ox-versions [jeroencoumans.nl]

Suggest you just sit there and wait till life gets easier.

Working...