[RESOLVED] NoScriptSTS.db-xxxx.tmp
[RESOLVED] NoScriptSTS.db-xxxx.tmp
i use NS in firefox on a win7pro64. i find THOUSANDS! of
NoScriptSTS.db-xxxx.tmp files with time stamps ~15 minutes apart
in the default profile folder.
what is causing this and what can i do to stop this?
NoScriptSTS.db-xxxx.tmp files with time stamps ~15 minutes apart
in the default profile folder.
what is causing this and what can i do to stop this?
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20100101 Firefox/17.0
Re: NoScriptSTS.db-xxxx.tmp
Never heard of this before, but do you have some kind of backup process running?
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0
Re: NoScriptSTS.db-xxxx.tmp
no. my only backup runs once per day.
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20100101 Firefox/17.0
Re: NoScriptSTS.db-xxxx.tmp
I find only a single instance of a file, NoScriptSTS.db.tmp, without any xxxx (alphanumerics) added, created each time I start the browser.
However, this is not a representative case, because I run the browser sandboxed, and the sandbox dumps *everything* each time the browser is closed.
Does it still happen on a clean profile with only NoScript installed?
However, this is not a representative case, because I run the browser sandboxed, and the sandbox dumps *everything* each time the browser is closed.
Does it still happen on a clean profile with only NoScript installed?
Mozilla/5.0 (Windows NT 5.1; rv:19.0) Gecko/20100101 Firefox/19.0
Re: NoScriptSTS.db-xxxx.tmp
i run 2 copies of FF, one in sandboxie and one not.
the one in the sandbox has 2 NS files:
NoScriptSTS.db 209bytes
NoScriptSTS.db-12.tmp empty
both files update every 15 minutes
the non sandboxed FF has
NoScriptSTS.db 209bytes
and many NoScriptSTS.db-xxxx.tmp files, all 209 bytes
a new one is added every 15 minutes
the NoScriptSTS.db is not updated.
if i run with all add-ons disabled [safemode] the updating and adding files stops.
if i run with all add-ons disabled except NS the updating and adding files starts again.
so it appears that NS is doing it, but why doesn't it do it in the sandbox?
the one in the sandbox has 2 NS files:
NoScriptSTS.db 209bytes
NoScriptSTS.db-12.tmp empty
both files update every 15 minutes
the non sandboxed FF has
NoScriptSTS.db 209bytes
and many NoScriptSTS.db-xxxx.tmp files, all 209 bytes
a new one is added every 15 minutes
the NoScriptSTS.db is not updated.
if i run with all add-ons disabled [safemode] the updating and adding files stops.
if i run with all add-ons disabled except NS the updating and adding files starts again.
so it appears that NS is doing it, but why doesn't it do it in the sandbox?
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20100101 Firefox/17.0
Re: NoScriptSTS.db-xxxx.tmp
I would think it to be a permissions related issue.
For whatever reason, unable to write to the file "NoScriptSTS.db".
Because of that, it creates a newly named file as -xxxx.tmp.
Do they persist once you have exited FF?
For whatever reason, unable to write to the file "NoScriptSTS.db".
Because of that, it creates a newly named file as -xxxx.tmp.
Do they persist once you have exited FF?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball NoScript FlashGot AdblockPlus
Mozilla/5.0 (Windows NT 5.1; rv:21.0) Gecko/20100101 SeaMonkey/2.18a2
Re: NoScriptSTS.db-xxxx.tmp
yes, they persist.
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20100101 Firefox/17.0
Re: NoScriptSTS.db-xxxx.tmp
I did not ask you to run in safe mode or disable all add-ons. I asked you to please create a clean profile and install a fresh copy of NoScript, nothing else.if i run with all add-ons disabled [safemode] the updating and adding files stops.
if i run with all add-ons disabled except NS the updating and adding files starts again.
This is to eliminate the possibility that the profile itself is corrupt, which does happen sometimes. Please do this.
Mine don't even update at all. The sandboxed files of .db and .db.tmp haven't updated in the 25 minutes since they were created.so it appears that NS is doing it, but why doesn't it do it in the sandbox?
You could try clicking the Reset button at the bottom of NoScript Options, but it still seems that a fresh profile and fresh install of NS are the best way to proceed.
Mozilla/5.0 (Windows NT 5.1; rv:19.0) Gecko/20100101 Firefox/19.0
Re: NoScriptSTS.db-xxxx.tmp
Just caught this from the changelog:
I would guess that the STS.db file might be removed from Gecko >=4 eventually, as being no longer needed.
Please try latest development build, and see if that fixes the issue. Thank you.
Updating resulted in a NoScriptSTS.db file of zero bytes, and no db.tmp file at all.v 2.6.5.9rc2
Removed STS support for Gecko >= 4, which provides built-in HSTS ...
I would guess that the STS.db file might be removed from Gecko >=4 eventually, as being no longer needed.
Please try latest development build, and see if that fixes the issue. Thank you.
Mozilla/5.0 (Windows NT 5.1; rv:19.0) Gecko/20100101 Firefox/19.0
Re: NoScriptSTS.db-xxxx.tmp
if i kill the sandboxed FF, the updating and adding files stops in the non-sandboxed one, so there seems to be an interaction across the sandbox boundaries. checking the properties/security of the non-sandboxed NoScriptSTS.db showed that something was locking it when a sandboxed FF was running.
i updated to v 2.6.5.9rc3 and all the monkey business seems to have stopped.
i updated to v 2.6.5.9rc3 and all the monkey business seems to have stopped.
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20100101 Firefox/17.0
Re: NoScriptSTS.db-xxxx.tmp
Most users allow the browser to write through the sandbox to various parts of the actual profile on the hard drive, else new bookmarks, NoScript permissions, etc., would not be saved when the box was closed.yodar44 wrote:if i kill the sandboxed FF, the updating and adding files stops in the non-sandboxed one, so there seems to be an interaction across the sandbox boundaries.
Firefox profile files are locked against editing while the browser is in use, sandbox or no, because the edits would be overwritten when the browser was closed.checking the properties/security of the non-sandboxed NoScriptSTS.db showed that something was locking it when a sandboxed FF was running.
Generally, it's better to use the Fx GUI to edit preferences, as opposed to manual edits to the profile.
That's what I had hoped. Will mark as resolved. Thanks for reporting back.i updated to v 2.6.5.9rc3 and all the monkey business seems to have stopped.
ETA: If those thousands of xxxx.tmp files are still there, you can delete them.
Mozilla/5.0 (Windows NT 5.1; rv:19.0) Gecko/20100101 Firefox/19.0