Firefox 60 ESR (win 32/64) writes registry full of "targetIDs"
The new Firefox 60 ESR (x86 and x64) does strange things now. Before versions write something like: "Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Clients\StartMenuInternet\Firefox" "Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Classes\FirefoxHTML"
The new version writes everything full with its targetIDs: "Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Clients\StartMenuInternet\Firefox-3EF782B73E4DE8EA" "Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Classes\FirefoxHTML-3EF782B73E4DE8EA\shell\open\command" with Entry "Command" -> "xR([A*739AAQ}%xS^9-!>1PP%X~-.q8]xGk0a)VCS -osint -url "%1""
Or another one: in 60.0.0ESR [HKEY_LOCAL_MACHINE\SOFTWARE\RegisteredApplications] -> "Firefox-3EF782B73E4DE8EA"="Software\\Clients\\StartMenuInternet\\Firefox-3EF782B73E4DE8EA\\Capabilities"
in 52.8.0ESR [HKEY_LOCAL_MACHINE\SOFTWARE\RegisteredApplications] -> "Firefox"="Software\\Clients\\StartMenuInternet\\Firefox.exe\\Capabilities"
..and so on, I can list more if needed.
I think something really strange happens here. I tested it on different computers with Windows 7 32 and 64bit and Windows 10 64bit.
Is this the real intention behind the new version or will it be fixed in the installer?
Modified by ronronron
Chosen solution
I would suggest you open a bug in bugzilla with more information and the developer can address these issues.
That's the right place to report a problem with this implementation.
Read this answer in context 👍 0All Replies (4)
This the result of this bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=1324617
Those entries were changed to include the AppID so we could support multiple installations being available for file associations, default browser setting, etc.
mkaply said
This the result of this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1324617 Those entries were changed to include the AppID so we could support multiple installations being available for file associations, default browser setting, etc.
Hi, thanks for that answer. I can understand that Bug and Fix, but only for normal/private Users, with maybe different installations.
In the Bug-report you can see that all persons are reporting it for the standard versions and not the ESR one! https://bugzilla.mozilla.org/show_bug.cgi?id=1324617
But in an enterprise environment, I guess the standard is one Firefox Version and Installation. So this change makes absolutely no sense.
In our enterprise environment we make a lot of automatic settings and configurations with Windows GPOs and now with this so called "bugfix" we have to rework every single GPO.
You can't be serious that we have to change this things with every single ESR Version upgrade from now on...
It appeals that this fix is missing the point of ESR itself and if there will be no change, we have to search a new standard browser for our thousands of windows clients...
Modified by ronronron
Chosen Solution
I would suggest you open a bug in bugzilla with more information and the developer can address these issues.
That's the right place to report a problem with this implementation.
As indicated in the bug, you only have to make this change once because it is keyed off of the install directory. We don't have any plans to change this.