File C:\test.txt
Hello boys,
do you know somebody why there is created at time installation/uninstallation empty file C:\test.txt. And how to prevent its creation?
I dont like sweepings in the system and specially in root of system drive.
Thanks for help. Petr Z.
do you know somebody why there is created at time installation/uninstallation empty file C:\test.txt. And how to prevent its creation?
I dont like sweepings in the system and specially in root of system drive.
Thanks for help. Petr Z.
-
- Posts:9
- Joined:Mon Sep 08, 2008 12:23 pm
Re: File C:\test.txt
Confirming blank text file, test.txt, placed on root of C:\ after installation of FrontMotion Firefox 3.0 MSI.
Nothing sets a system administrator's mind at ease like finding a suspicious, mysterious file on all of his machines.
-404TechSupport
Nothing sets a system administrator's mind at ease like finding a suspicious, mysterious file on all of his machines.
-404TechSupport
Re: File C:\test.txt
So THIS is where those files have been coming from? This has been driving me crazy! Please fix.
-
- Posts:9
- Joined:Mon Sep 08, 2008 12:23 pm
Re: File C:\test.txt
Make your own .msi to avoid these problems and other goofy settings:
http://www.404techsupport.com/?p=307
I documented my process so I don't have to rely on anybody else and their schedule. You can make your own setup and tweak it to how you want it to behave in your organization pretty easily.
http://www.404techsupport.com/?p=307
I documented my process so I don't have to rely on anybody else and their schedule. You can make your own setup and tweak it to how you want it to behave in your organization pretty easily.
Last edited by shrapnel09 on Sun Oct 19, 2008 6:50 am, edited 1 time in total.
Re: File C:\test.txt
I hope FrontMotion confirms this.
For shrapnel09: making your own msi using a snapshot isn't what I would call a clean way to install software. I use WinINSTALL to repackage software but many times I have to do a lot of cleaning up. Another thing: I like having the possibility to control the settings easily via policies without making my own adm files.
For shrapnel09: making your own msi using a snapshot isn't what I would call a clean way to install software. I use WinINSTALL to repackage software but many times I have to do a lot of cleaning up. Another thing: I like having the possibility to control the settings easily via policies without making my own adm files.
-
- Posts:9
- Joined:Mon Sep 08, 2008 12:23 pm
Re: File C:\test.txt
For Antti: What do you think they're using here to create the MSI? They're making a snapshot with MakeMSI. I'm just saying making your own .msi means you know exactly what you're getting.
If you make your snapshot on a new Windows machine (as few services running in the background as possible), you shouldn't have any problems. It's the best solution until Mozilla starts releasing their own .msi files.
Make your own Firefox msi
If you make your snapshot on a new Windows machine (as few services running in the background as possible), you shouldn't have any problems. It's the best solution until Mozilla starts releasing their own .msi files.
Make your own Firefox msi
Re: File C:\test.txt
Could be, I really don't know. You are still not getting GPO control, though. What bothers me with FM's Firefox is new versions come out a bit too late - it shouldn't be weeks, only a couple of days. This is the main reason I've been thinking about either ditching Firefox (if IE8 doesn't disappoint me, which I doubt) or making my own, which I really don't want, have enough stuff to do already.For Antti: What do you think they're using here to create the MSI? They're making a snapshot with MakeMSI.
- DraconPern
- Site Admin
- Posts:1218
- Joined:Thu Oct 30, 2003 11:47 pm
- Location:Texas
- Contact:
Re: File C:\test.txt
Ah, test.txt is created during install. was a debuging log, but it looks like it made the release. Do you guys want the installer to remove it on the next version?
FrontMotion Lead Developer
Re: File C:\test.txt
I have already removed it using a startup script. Just my opinion: someone could be using a file with the same name and location for some other purpose, so removing it (or any file not in the application's directory excluding related files) could be harmful.DraconPern wrote:Do you guys want the installer to remove it on the next version?
- DraconPern
- Site Admin
- Posts:1218
- Joined:Thu Oct 30, 2003 11:47 pm
- Location:Texas
- Contact:
Re: File C:\test.txt
Great idea. That would be best.... delete if 0.
-
- Posts:120
- Joined:Mon Jul 28, 2008 9:54 am
- Location:NH, US, Earth
Re: File C:\test.txt
Actually, I believe FrontMotion builds Firefox from sources, and then packages the resulting build final output into an MSI. So it's not a snapshot of the results of a standard Firefox SETUP.EXE, but a "clean install". Just how much that matters prolly depends on a lot of things. Myself, I've had sufficient poor results with snapshot/diff based installers to want to avoid them if possible. YMMV.shrapnel09 wrote:For Antti: What do you think they're using here to create the MSI? They're making a snapshot with MakeMSI.
- DraconPern
- Site Admin
- Posts:1218
- Joined:Thu Oct 30, 2003 11:47 pm
- Location:Texas
- Contact:
Re: File C:\test.txt
Just wanted to note that with an install of 3.0.4. The c:\test.txt is deleted if the size is 0. No more mystery file.
FrontMotion Lead Developer
-
- Posts:9
- Joined:Mon Sep 08, 2008 12:23 pm
Re: File C:\test.txt
I agree that snapshots are not the best way of installing software, but at the time I was not aware of any alternatives. I have, however, stumbled upon other software that allows you to bundle the setup.exe in a .msi and deploy it directly from the source. You can read those easy instructions here and make the .msi in a few minutes as soon as the setup.exe is released from Mozilla: http://www.404techsupport.com/2008/12/1 ... eployment/Antti wrote:For shrapnel09: making your own msi using a snapshot isn't what I would call a clean way to install software. I use WinINSTALL to repackage software but many times I have to do a lot of cleaning up. Another thing: I like having the possibility to control the settings easily via policies without making my own adm files.