Closed
Bug 1532093
Opened 6 years ago
Closed 6 years ago
profile-per-install shouldn't use the registry entries for cached hashes
Categories
(Toolkit :: Startup and Profile System, enhancement)
Tracking
()
RESOLVED
FIXED
mozilla67
Tracking | Status | |
---|---|---|
firefox67 | --- | fixed |
People
(Reporter: robert.strong.bugs, Assigned: robert.strong.bugs)
Details
Attachments
(1 file)
The Windows cached hashes have been known to change which would lead to a profile being unavailable to an install. Specifically bug 1510276 and I have also seen this with the hash used for the update directory.
https://searchfox.org/mozilla-central/source/toolkit/mozapps/update/common/commonupdatedir.cpp#449
![]() |
Assignee | |
Comment 1•6 years ago
|
||
For a quick fix we can probably just go with checking useCompatibilityMode in GetInstallHash here
https://searchfox.org/mozilla-central/source/toolkit/mozapps/update/common/commonupdatedir.cpp#404
![]() |
Assignee | |
Comment 2•6 years ago
|
||
Here are a couple of more bugs that demonstrate the issue
bug 684477
bug 1330078
bug 1495295
I think that bug 1510276 provides the reason why this happens.
![]() |
Assignee | |
Updated•6 years ago
|
Assignee: nobody → robert.strong.bugs
Status: NEW → ASSIGNED
![]() |
Assignee | |
Comment 3•6 years ago
|
||
Moves the call to GetCachedHash from GetInstallHash to GetUpdateDirectory
Pushed by rstrong@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/8f8fffb64cd1
profile-per-install shouldn't use the registry entries for cached hashes. r=bytesized
Comment 5•6 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
status-firefox67:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla67
You need to log in
before you can comment on or make changes to this bug.
Description
•