Mozilla VPN is currently experiencing an outage. Our team is actively working to resolve the issue. Please check the status page for real-time updates. Thank you for your patience.

Ovo će web mjesto raditi na ograničen način, dok obavljamo održavanje stranice. Ako neki članak ne riješi tvoj problem i ako želiš postaviti pitanje, naša zajednica za podršku spremna je pomoći na Twitteru @FirefoxSupport i na Redditu /r/firefox.

Pretraži podršku

Izbjegni prevare podrške. Nikad te nećemo tražiti da nas nazoveš, da nam pošalješ telefonski broj ili da podijeliš osobne podatke. Prijavi sumnjive radnje pomoću opcije „Prijavi zlouporabu”.

Saznaj više

Firefox 60.9.0 ESR remaining after newer version silent install

  • 1 odgovor
  • 1 ima ovaj problem
  • 27 prikaza
  • Posljednji odgovor od m30guy

more options

Attempting to patch a corporate template (reason why the version is so old) and when using any later ESR installer with the -ms parameters the old version remains.

The installer returns a 0 exit code when done through our scripting. However it never actually installs.

Being ESR there are no logs.

When you manually install everything goes fine. The scripting handles elevating permissions, we use the same functionality across the enterprise so we know this should not be the issue.

However, and this is the odd part, if we "inject" a new installer in our scripting it will install if done without any other actions. However, for production support we have many other third party app updates.

I was leaning towards app conflicts (maybe handle locks on required libs etc) but after much testing, there are no conflicts.

I am at a loss. Any thoughts?

Attempting to patch a corporate template (reason why the version is so old) and when using any later ESR installer with the -ms parameters the old version remains. The installer returns a 0 exit code when done through our scripting. However it never actually installs. Being ESR there are no logs. When you manually install everything goes fine. The scripting handles elevating permissions, we use the same functionality across the enterprise so we know this should not be the issue. However, and this is the odd part, if we "inject" a new installer in our scripting it will install if done without any other actions. However, for production support we have many other third party app updates. I was leaning towards app conflicts (maybe handle locks on required libs etc) but after much testing, there are no conflicts. I am at a loss. Any thoughts?

Svi odgovori (1)

more options

Forgot to mention this is on Windows Server 2012 R2 x64 (yes I know using servers as client platforms is wonky)