Mozilla 1.8 Alpha 1 ReleasedThursday May 20th, 2004mozilla.org today released the latest milestone of the Mozilla Suite and platform, 1.8 Alpha 1. This release is the first step towards a new milestone plan, outlined in an an earlier article. New in this release is a basic FTP upload UI, better Linux mouse support, and a number of other features. A more complete change log is also available. Builds are starting to become available on the FTP servers currently. Update: The Mozilla 1.8 Alpha Release Notes have more information about this new version. They just can't wait until 1.7 final is out, can they? I agree that release delays or longer release testing periods shouldn't hold back further development... but it does seem a bit strange to do a 'named' (even if it's 'alpha 1') release of the next version already. I'm currently running 1.7 rc2 I think (well whatever the last release candidate was anyhow), but I'm tempted to go for 1.8 alpha 1 now... surely other people will think the same way, and this might reduce the amount of testing (talkback) of release candidates. Mind you, my 1.7 hasn't crashed at all so they're not getting any talkback reports from me anyhow. This isn't a criticism, I'm just wondering if maybe it means the 1.7 release candidates get less testing. I suppose that will show up in logs so if it becomes a problem they can do something different next time around. --sam The bookmark sorting behavior in Mozilla 1.8 Alpha 1 now works like pre-1.4 version: Is it considered as some kind of regression? What bookmark sorting behavior are you talking about? The "Sort Folder" function works just fine : permanently sort the folder. In Mozilla 1.6/1.7rc, when I click on the "Name" tab, a dialogue comes up asking my permission with this message: "If you sort this list, you will not be able to Undo it. Are you sure you want to sort the list?" Now I don't see that anymore with Mozilla 1.8 Alpha 1, I wonder how can you tell it is sorted permanently like 1.7; I am just not sure. Ahh... now I see what you mean. To sort permanently, you should: 1) Goto Bookmark Manager 2) Right click on the folder you want to sort. 3) Click "Sort Folder by Name" to sort just the selected folder by name non-recursively. "Sort Folder..." gives you more options (sort by, sort order, sort folders first, sort recursively). IMO this is the correct behaviour and clicking on the column headers should affect just the current view. If you click on a tree column then it just alters the presentation (as in pre-1.4) but if you use the sort folder option in the edit menu then the bookmarks in that folder will be properly sorted. It was probably done to make the UI consistent with the rest of Mozilla and stop people wrecking their bookmarks by accident. This is the behaviour I wanted to implement in the first place. However, it was considered as possibly confusing for the user, so I had to change it. This behaviour seems to be comfortable (at least for me, not sure if it will be comfortable for users, we will see). It would probably be better to call the sort options in the edit menu 'reorder' or something similar, to separate it from the sort functionality in the rest of Mozilla. I'd patch it myself, however I'd rather not barge in if someone else is busy patching bookmarks at the moment as it might conflict with their plans. 1.7 or 1.8? Depends what you mean by "the" nightlies. There are nightlies for both 1.7 and 1.8 (and 1.4.2 as well actually). The pre-1.8 nightlies are in folders named "-trunk", the others are named with their numbers. See http://bugzilla.mozilla.org/show_bug.cgi?id=243680 This is going to be fixed soon in the nightlies, as soon as the attachment from 2004-05-20 for bug has superreview and is checked in. >Depends what you mean by "the" nightlies. I meant the link on the Mozilla developer page. What do you get when you download from there? That link goes to "latest-trunk", so those will be 1.8 builds. If you swap the "trunk" for "1.7" on that URL (or go to the parent directory and follow the latest-1.7 link), you will get 1.7 builds. It's fixed in thunderbird but still no pasting of clipboard images into email. Outlook has it, netscape 4 had it even thunderbird has it but no mozilla mail.. Four years of waiting, promises of money to no avail. Still nothing. http://bugzilla.mozilla.org/show_bug.cgi?id=47838 So find an independent developer (aka not here - someone who hasn't decided they can't help you) who can do it and pay him then, if no one around here has time to do it. Everywhere on the net so far where I've read this news people are confused and are asking what happened to 1.7. This probably wasn't the best idea regardless of the reasons for the release and is just going to lead to a ton of needless confusion. Isn't this is the way it has been done for each milestone since 1.0 came out? Not that this makes it right, but I don't see how it is any more confusing that it was before. Have Final RC builds and Alpha builds of the next version really been coming out within days of each other with every release? Looking through Mozillzine archives we see that Mozilla 1.6 Beta was release on Dec 9 2003. It Branched for 1.6 Final on Dec 19. 1.7Alpha was not announced until Feb 23. That's over 2 months after the RC 1.6 builds and over a Full month after 1.6 Final shipped. Going farther back to 1.5 Final, it was released Oct 15 2003, 1.6 Alpha was released Two weeks later. So looking at the past few releases apparently this isn't how its been done for each milestone. Alpha builds were not announced until the release before it had hit Final. Note we are not talking about the 1.8 nightlies coming out, Mozillazine has announced this like it is a Full on Alpha. That's the kind of PR that's get spread around the web and people start asking what happened to 1.7 Final. Again I just think this is needlessly confusing in this particular case. The difference here is that 1.7, like 1.4 and 1.0 (which had the same kind of overlap), requires more rounds of testing, because it's intended for a wider audience. 1.8 development is totally separate (obviously some of the developers overlap, but 1.7 fixes generally don't take too much time because so few are approved), so it moves along while 1.7 is being stabilized. Does that mean that 1.7 final should, in a perfect world, come out before 1.8 alpha? Perhaps. However, the question comes down to: if you are ready for an alpha release of the next version, is it better to wait until the final release just because of minimizing confusion? Perhaps on a schedule that is dictated by certain features being in certain versions (meaning dates are flexible). However, Mozilla's dates are generally inflexible (minus padding time for last-minute stabilization and holidays and such), whereas features can be bumped. Hence, 1.8 alpha 1 comes out before 1.7 final because 1.8 alpha 1 was scheduled to come out at that certain time and 1.7 final wasn't done yet. My company works much the same way (although we don't have 6 week cycles; we have 3 month cycles, so it tends to not overlap). The problem here is that the cycle for 1.7 was streched by about a month or more very late in the process, due to the late decision to make 1.7 the next stable release (and not 1.8). So, while the development of 1.8 is quite on schedule (I think), the development/stabilzing of 1.7 isn't in respect to the original plan. If 1.7 was still a "normal" release, the final would already be out a couple of weeks. Does all this mean, that 1.8 development should have been delayed or at least the release of the Alpha 1 ? No. Who cares a shit for people who can get confused so easily. "Normal users" wouldn't use RC or even Alpha builds anyway. Anybody who cares enough to download regularly Mozilla Alpha, Beta, RC or even Nighly builds on its own should be bright enough, to understand the development process/cycle. Maybe this leads to a little bit less 1.7 RC1/2 testing, but I cannot remember 1.7 to crash on me (leading to a crash report) even once, anyway. Those who had or verified crashes (and care enough) will probably go on testing new Nighlies until those crashes are fixed. Just my 0.02$ Harald Henkel P.S. To all the Mozilla developers: keep up the brilliant work. what are they? I need something like Eudora Personalities http://www.uic.edu/depts/accc/software/eudora/eudalt/eudaltwhy.html#0 Anyone have a link to screenshots of the FTP upload UI? Don't have screenshot, but basically: - In the "File" menu, there is an "Upload File..." item below the "Edit Page" item. - It opens an "Upload File" dialog that looks just like the "Open File" dialog. - When uploading, it has a progress dialog that looks just like the progress dialog for download. I've tested the upload functionality and it doesn't seem to be working. Probably the reason is that I use an Automatic proxy configuration URL. A progress window appears (very similar to the download one) during a second or so. Anyway, it's too quick to allow me to take a screenshot. I can see that the total size stated there is 10 kb, whereas the real size of the file with which I tested it is 749 kb. It's weird that FTP upload doesn't work whilst HTTP upload (e.g., to Yahoo! Briefcase) works very well. An enhancement I suggest is to change the name of the Download Manager to Transfer Manager and also list there the uploads, given the similarity between downloads and uploads. 1.7rc1 was fine but rc2 is clunky for me on linux. When a page is loading I can't do anything except hit the stop button. I can't close the tab. It's like the application 'blocks' when you make a request till it gets a response from the server - or you click stop, or it times out. So I'll move to 1.8a see if that's better, if not it'll be back to 1.7rc1 for me :) |