MozillaZine

Dataloss Bug in Latest Windows Installer Builds Can Delete Contents of Program Files Folder

Thursday February 5th, 2004

A serious bug in the latest Windows installer builds of the Mozilla Application Suite can lead to users having the entire contents of their Program Files folder deleted. The problem is present in the 2004-02-03-18 and later trunk Windows installer and net installer builds. The affected binaries have had the suffix -dangerous added to their filenames and been removed from the latest-trunk and latest directories on the mozilla.org FTP site. Testers are strongly advised not to download these dangerous builds. The issue is being tracked in bug 233014 (please do not add unnecessary comments to this bug). Thanks to Zbigniew Braniecki for alerting us to this problem.

Update: The bug is now fixed and latest Windows installer and net installer builds do not exhibit the problem.


#37 Re: Re: Re: um, fixed?

by mlefevre

Friday February 6th, 2004 7:18 PM

You are replying to this message

I didn't say it was ambiguous, I said it wasn't a clear announcement. It was fine for anyone that "belongs in bugzilla", but there are/were lots of people reading it that probably don't belong in bugzilla, and shouldn't be using nightly builds.

It's quite obvious from reading forum discussions that there are people using nightly builds that don't know how to use bugzilla, and don't understand concepts of trunk and branch, or the even the difference between a nightly and a alpha/beta. I understand that this isn't supposed to be the case, but it is. Aside from that, there are people that don't actually use nightlies, but pick up on issues from forums (and in this case Mozillazine stories). You can either acknowledge that that's the reality and work with it, or you can live with newsgroup/forum posts saying "OMG WTF MOZILA ATE MY HARD DRIVE!!!1!! THIS SUXORS!!! IM GOING BACK TO IE".

If you're aiming at end-users, you either need to cater to end-users with bugzilla comments and nightlies, or you need to keep them away from them. Currently we have "end-users" following the day-to-day development stuff, and then becoming upset when it doesn't do what they want (or eats their program files).