Mozilla 1.4 Alpha Coming Soon
Monday March 17th, 2003
Asa Dotzler has posted a message about the forthcoming 1.4 Alpha release to netscape.public.mozilla.seamonkey. A number of Mozilla vendors have plans for 1.4 so it is important that both quality and scheduling targets are met in the development cycle. This means that the period between the freeze for 1.4 Alpha and its subsequent release will be days rather than weeks. Right now the freeze is scheduled for midnight on Wednesday 26th March with the release targetted for Friday 28th March.
Thanks to John for the link to Asa's newsgroup posting.
I can hardly wait for 1.4. I hope it nukes the useless "Don't ask Next Time" option on the profile manager. It'd be nice as a feature; alas, if you check it, start Moz, close Moz, start Netscape, close Netscape, start Moz, it'll load Moz w/ your Netscape profile, which is unacceptable. We NEED to sunder Mozilla profiles from Netscape's soon.
Useless? Don't Think So... I Use Mozilla With My Profile Almost All The Time But Sometimes My Wife Uses It With Her Profile. So I'm Very Glad That I Do Not Need To Choose My Profile Manually All The Time.
Conflict With Another Distribution Is A Different Issue And Doesn't Affect Usefullness Of This Behaviour In Any Way.
Nuke it, i dont know, but improve it wouldl be nice. Also had the problem that Netscape 6.2.3 (need it for testing) loaded my new Mozilla profile...
perhaps they should make it use Mozilla14 / .mozilla14 for profiles ?
Why not just set your mozilla shortcut to mozilla.exe -P "kovu-mozilla" and set your Netscape shortcut to netscape.exe -P "kovu-netscape" (substituting your real profile names, of course).
Regarding the HOF at the site: <http://www.mozilla.org/university/HOF.html>
Nice Hall of fame though :)
needs an entry for k-meleon too
Nautilus doesn't use Mozilla any more, does it?
Also, it seems to me like a bad idea to list general Linux distributions like RedHat and Debian. What about Mandrake, Gentoo, etc, etc, etc....
Do these other distributions customize their Mozilla releases? RedHat, for example, changes quite a bit more than just packaging (making RPMs). They enable XFT in their build (and soon GTK2, both functionality not offered in the official Mozilla releases). They pack it full of RedHat bookmarks. They support it. For any other Linux distributions that do any work to put Mozilla in the hands of their users, they too should be included in the HOF.
Ok, while <http://bugzilla.mozilla.org/show_bug.cgi?id=179498> greatly helped the situation, I still see massive memory leaks under windows (through 1.3 final; 1.4 hasn't settled down enough yet for me to try, I do watch the checkins daily...)
I do surf using many, many tabs... but after a couple of days, Mozilla's memory usage will have grown to over 100MB. Closing all but the last window and closing all but the last tab will help a little, but not much over all, with memory use still remaining over 100MB.
I've looked around but not found any obvious documentation on how I may help troubleshoot this. The Debug menu item tools don't appear to do much (or I am ignorant in this area at least). Where can I find documentation/debug builds for Windows to help track this down?
AMEN! The memory leaks are still huge. I hope the development team can give the memory leak bugs the highest priority. These desperately need to be squashed, pronto.
#10 Re: Re: Windows memory leaks
Tuesday March 18th, 2003 2:14 AM
Sometimes after using Mozilla for a while with several tabs I have to restart Mozilla, because its using to much memory.
> ... but after a couple of days ....
Openly speaking, I don't know if it is that important to be able to run an application for several days without leaking memory. IMHO it would be better to decrease the memory consumption while using it just for several hours. On older machines, Mozilla's memory consumption is critical.
>Openly speaking, I don't know if it is that important to be able to run an application for several days without leaking memory.
Ahh... I feel it's very important. Unless you like rebooting. Quite apart from which we aren't even talking about days here. I could and can run firefox for days without memory leaks _if_ i don't actually use it. Use it to browse the web and all hope is gone. Almost every page visited causes a small memory leak. After not long(minutes to hours) these add up. Since my system has only 128 MB physical ram and the OS takes up 80MB even with paired down processes it isn't long before a reboot is needed. And btw it don't matter if you run it for days or just minutes. A memory leak is just that. It doesn't get recovered when the app closes. Its gone forever until reboot. Sigh. Sadly its worse than M$ office. I can run 20 windows of IE w/o memory leaks. Firefox should be better than IE and in most respects it is, just not for memory leaks. Respectfully.
by bmlynch <firstname.lastname@example.org>
Monday March 17th, 2003 10:11 PM
Anyone know where the list of changes or new featuers can be found?
A good place to see what is going on is Bonzai Watch at MozillaNews: <http://mozillanews.org/bonsai.php3>
I don't think the guy was looking for an endless list of bugs that saw active development the past few days but rather a short list of the more important things that have landed. I realize the mozilla developers probably have better things to do then to maintain such lists (would be nice to have some automated summary though). So I expect the alpha will come with some release notes just as usual.
#20 Re: how about an excutive summary
by gadeiros <Harald@Henkel.DAH.UUnet.DE>
Tuesday March 18th, 2003 6:54 AM
He might be looking for something like Derek Kite's KDE-CVS-Digest (<http://members.shaw.ca/dkite/mar142003.html>).
Or for the KDE feature plans like this one (<http://developer.kde.org/…ons/kde-3.2-features.html>)
KDE seems to have enough non-developers supporting it, who manage these tasks.
#29 Re: Changes/Features?
Tuesday March 18th, 2003 10:26 AM
Take a look at the daily build forum <http://www.mozillazine.or…ewforum.php?f=6&sid=6> You can see noteworthy fixes posted with ++ subjects and noteworthy new bugs marked with --- subjects.
Are 1.0's in site for Phoenix or Camino?
The password manager became useles...
It does not work anymore with Hotmail, Yahoo, Operamail, and other university email sites. It does not promt to save the password and user name anymore. I do not think that this is a regression bug; it is probably related to some other factor since this failure started when the webmail sites changed their services. I would like to mention that Opera handles more than 90% of these sites successfully (by the password manager in version 7). I hope that hey plan to improve and fix the password manager in Mozilla. This is the main reason I switched to Opera...
#14 Re: Password Manager Failure
Tuesday March 18th, 2003 4:21 AM
My favorite solution is the one that IE (or Phoenix) has. Hopefully some day they will add the phoenix code to Mozilla.
I think this is done on purpose by the web site writers. Yahoo does this too. If the web site doesn't want us to save passwords (ie: for security reasons), should we break protocol in order to save them?
Not that it's the right thing to do, but how does IE handle these sites?
#21 Re: Re: Password Manager Failure
Tuesday March 18th, 2003 6:56 AM
There is a pref to override that feature.
#24 Re: Re: Password Manager Failure
Tuesday March 18th, 2003 7:57 AM
"I think this is done on purpose by the web site writers. Yahoo does this too. If the web site doesn't want us to save passwords (ie: for security reasons), should we break protocol in order to save them?"
There is no protocol. IE introduced an autocomplete="off" attribute that sites could use to disable the saving of passwords and form data. Mozilla originally didn't support this but several online banks threatened to block Mozilla unless it was implemented, so support was added.
#31 Bookmarklet to the rescue, Re: Password Manager...
Tuesday March 18th, 2003 10:44 AM
Try <http://www.squarefree.com…ms.html#remember_password> . Not tested, so YMMV.
"organizations shipping Mozilla-based products" - the next Netscape will be based an 1.4 ? but how about the promised toolbar customisation in Buffy ?
If the major memory leaks in Mozilla 1.3 were plugged and they added custom toolbars then I would have everything I need in Mozilla for a browser.
at what point is the mozilla team going to move to the 2.0 designation? it'd be kind of weird to see 1.1-1.9, then a 2.0.
at some point in the 1.x dev cycle they should stop adding features and just work on speed and bugfixes.
you'd think they'd save a ton of new features for a 2.0 release.
Most people I know are treating current development as "the road to 2.0".... (as in, this is not 1.x polish stuff)
Top 10 reasons to got to 2.0 <ul> <li>10. The team will be going to the 2.0 designation when Mozilla switches from Gecko to KHTML <li>9. The team will be going to the 2.0 designation after the next update of ISO 8879 (ISO 8879:20xx) <li>8. The team will be going to the 2.0 designation when they run out of numbers to put after 1. <li>7. The team will be going to the 2.0 designation when Jamie Zawinski comes back to work for AOL <li>6. The team will be going to the 2.0 designation when all the Mozilla bugs in Bugzilla are fixed </ul>
I want to use autocomplete in spite of M$IE-only autocomplete="off" parameter. BTW, many password managers for IE such as Gator remember passwords and ignore autocomplete="off".
Could developers implement a pref to ignore this stupid "feature"?
#30 Bookmarklet to the rescue, Re: Drop off autocom...
Tuesday March 18th, 2003 10:43 AM
Try <http://www.squarefree.com…ms.html#remember_password> . Not tested, so YMMV.
#32 Re: Drop off autocomplete="off"!
Tuesday March 18th, 2003 6:40 PM
As soon as we drop this, every single banking site on the net blocks Mozilla. That's the only reason we allow autocomplete to be disabled...
If making the pref visible is also not permitted by banks (how do Opera get around this?) then how about a simple xpinstall that turns off this 'feature'? (I presume it's easy to do as it only has to set a pref...)
Could be hosted at mozdev or whatever, not part of the browser. Better than a bookmarklet since it would work 'for good'...
(I am NOT volunteering to do this as (a) I don't particularly care about it and (b) I have no idea how to do mozilla development - but for those people who *do* care about it, surely one of them would be able to develop it...)
#35 Re: Re: Drop off autocomplete="off"!
Wednesday March 19th, 2003 8:41 AM
And that reasoning makes complete sense. However, it should still be a user pref that can be turned off if a person really hates autocomplete being disabled.
#39 Re: Re: Re: Drop off autocomplete="off"!
Wednesday March 19th, 2003 2:55 PM
You've got access to the code. Don't think mozilla.org's release is good enough? Then make your own that does whatever you want it to do.
#42 Re: Re: Re: Drop off autocomplete="off"!
Wednesday March 19th, 2003 3:52 PM
It _is_ a user pref. Just no UI for it.
#43 Re: Re: Re: Re: Drop off autocomplete="off"!
Wednesday March 19th, 2003 10:38 PM
[plug alert] If you don't fancy digging into prefs.js, try my Mozilla extension Preferential (<http://preferential.mozdev.org>). It provides a tree-based structure where you can look at and modify any Mozilla extension without ever leaving the GUI.
#44 Re: Re: Re: Re: Drop off autocomplete="off"!
Wednesday March 19th, 2003 10:39 PM
[plug alert] If you don't fancy digging into prefs.js, try my Mozilla extension Preferential (<http://preferential.mozdev.org>). It provides a tree-based structure where you can look at and modify any Mozilla preference without ever leaving the GUI.
#33 We need a real download manager, please
Wednesday March 19th, 2003 1:36 AM
A download manager with - pause/resume buttons - possibility of queuing downloads - possibility of copy/paste URLs - autoresume across sessions
to get rid of proprietary software (like flashget) definitively.
A more extensive list of enhancements can be found in bugzilla (the posts by <email@example.com>)
#36 Re: Re: Drop off autocomplete="off"!
Wednesday March 19th, 2003 10:17 AM
If I were you, I'll write a letter to bank with nearly such content (sorry for bad english):
"Dr. Sir or Madam!
According to your request we have introduced support of autocomplete="off" in our browser. But in users' opinion this feature seems to be doubtful.
The main argument which is expressed repeatedly is that there are many password managers for Internet Explorer. These utilities remember password irrespective of autocomplete parameter in form field. You can't detect this software on server side, thus the pointing of autocomplete="off" loses any sense.
If you concern that an undesirable person will launch Mozilla on the same computer and log on to your site using saved password, we would inform you that our Personal Security Manager denies using autocomplete until user enters Master Password. When user is prompted to enter Master Password for the first time, Password Quality Meter suggests him to choose long and complicated password. Moreover, our browser enables the user to log off from Personal Security Manager temporary if he/she wants to go away from workplace for a while.
There is no way to read saved form data without entering a Master Password. Autocomplete data are strongly encrypted. If user has forgotten a Master Password, he/she should use Reset Master Password feature which automatically clears all saved passwords.
We consider that using our reliable and open-source Password Manager is much better that using shady programs such as Gator for remembering passwords. If you still have reasons to keep support of autocomplete="off" in Mozilla, we would be pleased to hear it.