Closed Bug 332340 Opened 18 years ago Closed 18 years ago

Ram HD space

Categories

(Firefox Build System :: General, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 123929

People

(Reporter: ecash, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1

Running out of HD space has shown that FF wont save DATA at closing.
It wont WARN either.
I have ALOT of partitions, and wish FF would let ne TELL it where to store the data, but its not there.

Im sorry to say, but this is a failure in ALOT of programs as they ALL want C: directories and no options to change this.  This makes the C: drive a target to fill up FAST.
even tho I have FF in it own partition it STILL stores ALOT on the C: drive.

Reproducible: Always

Steps to Reproduce:
1.Run out of space and find out.  Loose all your parameters and Favs, and Everything...
2.
3.

Actual Results:  
1.Run out of space and find out.  Loose all your parameters and Favs, and Everything...

Expected Results:  
Loss of DATA, Setups, Favs, all parameters.
(In reply to comment #0)
> I have ALOT of partitions, and wish FF would let ne TELL it where to store the
> data, but its not there.
> 
> Im sorry to say, but this is a failure in ALOT of programs as they ALL want C:
> directories and no options to change this.  This makes the C: drive a target to
> fill up FAST.
> even tho I have FF in it own partition it STILL stores ALOT on the C: drive.

That's because every app stored its data (like Firefox profiles) in the Application Data directory (%AppData%, default C:\WINDOWS\Application Data in 98 or C:\Documents and Settings in XP). Firefox 1.5 stores ithe cache actually in %CSIDL_LOCAL_APPDATA% (see bug 74085), that's only important in networked environments.

Microsoft actually tells all developpers to use that path ; most applications don't have a way to change this. So if you're C-drive is now full, it means that that partition is way too small, or you have too many applications installed. Partitioning a hard disk is so 90's btw.
Note that it is possible to move the Documents and Settings folder, see http://support.microsoft.com/kb/236621
This is by design that the data is stored in the User Account directory (because we follow only the Microsoft Windows guidlines)
It's not a failure of all the programms, it's a user failure to not change the Windows application data directory.

marking as dupe of bug 123929

*** This bug has been marked as a duplicate of 123929 ***
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
Then it is a failure designed by MS..
WHEn do you listen to them??
90% of Virus, bots, and failures STARt in the C: DIR.

Partitioning is a great way to protect things.  Set up a partition as your cache, INSTEd of the C: drive and if it fails...C: drive wont fail to boot.
If a virus corrupts the DATA on C: drive, and your program and drivers are located on a seperate partition, I can STILL run the program, and not have lost the drivers, setups, extentions, ect..

I TRY to keep things OFF my C: drive but have you seen how BIG the OS gets, or how many progs WONT let you change the DIR..10+ gigs.
I wont go into the failure of windows to read a DIR thats to LONG.  OR haow many DLLs, INF, Drivers, configs, and other STUFf that are loaded in the Win dir..
And if that 1 DIR fails or is infected, how many progs have to be reloaded and updated before they can WORK again.  Just cause you dont keep your Controls in your OWN dir and place the backups in a SAFE place.

IF you would create 2 dirs on the SAME partition and set a link in the reg(if needed) you could keep it CLEAN.

Im REALLy sorry about this, as Im from the OLD school of programming.  Where you keep your STUFF AWAY from the OS, incase it DOES go POOF, and you have to reload it, and NOT ALL the other prog drivers.
Component: Build Config → General
Product: Firefox → Firefox Build System
You need to log in before you can comment on or make changes to this bug.