Profiles lost on update
Categories
(Toolkit :: Startup and Profile System, defect)
Tracking
()
People
(Reporter: brian, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:74.0) Gecko/20100101 Firefox/74.0
Steps to reproduce:
Running Firefox on WIndows Terminal Server 2012. Auto-updates are allowed.
Actual results:
When it auto-updates, user profiles are lost (bookmarks is what the users notice).
Expected results:
The profile should not be lost/deleted or whatever is happening to it. User settings should not be lost on minor version updates (or major for that matter).
I want to use Firefox (and do) for my corporate clients as their primary browser, but if this kind of thing keeps up I cannot continue using it.
Please don't make us use Edgium.
Um, your bug form picked up my current browser info which has nothing to do with the issue. Please do not do that, you will only confuse yourselves.
This issue relates to FF 75-75.0.1 on WIndows Server 2012 Terminal Services. It has nothing to do with this laptop.
|
||
Comment 2•5 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
|
||
Comment 3•5 years ago
|
||
Can you attach copies of a user's profiles.ini file before and after the update happens? This file should be found at %APPDATA%\Mozilla\Firefox.
I am sorry but I cannot perform this QA for you. The users have already replaced their profiles and imported their bookmarks from old backups.
This important things to note here are:
- Windows Server 2012 Terminal Services (clustered pair of them)
- User profiles are stored separately on the AD server
If you do not have a similar setup to test your builds before release, perhaps you may just want to say that Firefox does not support Windows Terminal services and AD?
|
|
||
Comment 5•5 years ago
|
||
With no information to go on I'll just assume this is the same issue as bug 1613357.
Description
•