Search Support

Beware of phishing attacks: Mozilla will never ask you to call a number or visit a non-Mozilla website. Please ignore such requests.

Learn More

Firefox 60 ESR (win 32/64) writes registry full of "targetIDs"

  • 4 odgovori
  • 1 ima ovaj problem
  • 591 views
  • Posljednji odgovor poslao Mike Kaply

more options

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?

Izmjenjeno od strane ronronron

Izabrano rješenje

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.

Pročitajte ovaj odgovor sa objašnjenjem 👍 0

All Replies (4)

more options

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.

more options

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...

Izmjenjeno od strane ronronron

more options

Odabrano rješenje

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.

more options

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.