"Reset Firefox" dereferences symlinks when making the profile backup




5 years ago
5 years ago


(Reporter: Aleksej, Unassigned)


(Blocks: 1 bug)

Firefox Tracking Flags

(Not tracked)


(Whiteboard: [testday-20130927])



5 years ago

1. Create a new profile (to avoid dataloss).
2. In the profile folder, create a good symlink (pointing to an existing file) and a broken symlink (pointing to an non-existing file).
3. Reset Firefox (Help → Restart with add-ons disabled → Reset Firefox → Reset Firefox).
4. Look at the profile backup in the desktop folder.

Actual results:
The good symlink became the file it pointed to.
The bad symlink became a 0-length file with +rx permissions.

Expected results:
The symlinks are copied intact.

For example, I use symlinks for the user css files in the chrome/ directory.
Whiteboard: [testday-20130927]
Gavin, who is the right person to look into this? I'm concerned considering it is dataloss.
Flags: needinfo?(gavin.sharp)
Given step 2 (manual creation of symlinks in your profile directory), this is quite unlikely to hit many users.

I also don't understand which part of the "actual results" describe data loss.
Flags: needinfo?(gavin.sharp)
Keywords: dataloss, privacy

Comment 3

5 years ago
I've noticed a problem with symlinks in a year 2010 ScrapBook save, but they are broken in my other backup, and I have no idea of how they could appear legitimately.

The (probably very unlikely) privacy part was about using a file with a symlink, and expecting its content not to appear in backups of the profile.
You need to log in before you can comment on or make changes to this bug.