Windows permissions are blocking me from doing a session recovery in FireFox
I am trying to recover a FireFox session from a backup of my C:\ drive from a few months ago, but I am blocked by "access denied". No matter what I have tried, access is always denied. I an using FireFox version 149.0 on Windows 10, and am trying to manually make the substitution in the folder C:\Users\...profiles\318tzbcg.default-release\sessionstore-backups.
I have tried the substitution with FireFox totally shut down (checked in Process Explorer) and even after a reboot. I am blocked from copying any of the current files to another folder or to rename them (as a precursor to (hopefully) replacing them), much less over-copying them with files from my drive backup.
I have tried from an this with CMD (run as administer) in my normal user account (which has admin privileges anyway) and with an actual Administrator account. In my User account I have verified for the properties of the Profile and sessionstore-backups folders that all of the accesses are ticked as allowed for write and read (except Special Access is not ticked). The section with the tick boxes is greyed-out (with those boxes checked), and I cannot untick any of them or put a tick on Special Access.
(I am writing this from a different machine, so have not clicked the Share Data button (troubleshooting information) on this submission form, but can provide that later from that machine,)
What can I do to get the needed access (permissions) to substitute a recovered sessionstore.jsonlz4, recovery.json4lz or previous.json4lz file?
Izabrano rješenje
Yeah... windows admin access is very funny, but how about creating a linux live usb stick and then you will have all the access you need.
I use one at work when windows acts up even though I'm admin.
Pročitajte ovaj odgovor sa objašnjenjem 👍 0All Replies (2)
LTEAK, a few users have reported 'access denied' errors when working with profile folders in recent months.
Have you tried temporarily disabling your anti-virus protection in case that is responsible?
Or have you tried restarting Windows in safe mode and then re-attempting the restore of the session files?
Another, more complicated possible workaround is to move the profile location to a non-special directory (i.e. one that is outside of C:\Users or any other of the standard paths that Windows uses).
Some users affected by this issue have reported that they no longer received the 'access denied' errors when working with the profile files in the new location.
Izmjenjeno
Odabrano rješenje
Yeah... windows admin access is very funny, but how about creating a linux live usb stick and then you will have all the access you need.
I use one at work when windows acts up even though I'm admin.
Izmjenjeno