User Agent: Opera/9.80 (Windows NT 6.1; U; en) Presto/2.9.168 Version/11.52 Steps to reproduce: Firefox creates the folder %APPDATA%\Mozilla when the Add-ons manager is opened, but the folder is not used (a profile path is given, see below). It is not cleaned up afterwards either. When the add-on called Torbutton is installed, then the folder is created on startup. I'm guessing that the creation of the Mozilla folder has to do with Firefox' handling of plugins and that Torbutton is only triggering it at startup. My Firefox did not have any plugins installed and had only Torbutton the second time. It is called with the commandline: "firefox.exe -no-remote -profile FirefoxPortable\Data\profile" Actual results: Using SysInternal's Process Monitor I could see that %AppData%\Mozilla\ was created right before %AppData%\Mozilla\plugins\ was attempted to be accessed (unsuccesfully). Expected results: The folder should not be created at all since it's not used and it leaves unnecessary traces when trying to use Firefox as a portable application.

Using the fact that the Torbutton extension triggers the creation, I managed to pinpoint the creation to the first call of getPluginTags in torbutton_toggle_plugins(). You can verify this by adding 'alert("Before");' and 'alert("After");' before and after line 1520: 'var P=PH.getPluginTags({});' Basically, this indicates that a call to 'nsPluginHost::GetPluginTags' creates this folder. It may not be limited to this function though.

This bug is filed in a bugzilla component related to pre-Firefox code which no longer exists. I believe it is no longer relevant and I am therefore closing it INCOMPLETE. If you believe that this bug is still valid and needs to be fixed, please reopen it and move it to the Toolkit:Startup and Profile System product/component.