Content Modification: Updates for Windows Applications published 2024-10-03

BigFix has modified content in the Updates for Windows Applications site.

New :

  • 14011614 Google Chrome 129.0.6668.90 Available
  • 6082189 Mozilla Firefox (x64) 115.16.0 ESR Available
  • 6082187 Mozilla Firefox 115.16.0 ESR Available
  • 6082183 Mozilla Firefox (x64) 128.3.0 ESR Available
  • 6082185 Mozilla Firefox 128.3.0 ESR Available
  • 6082132 Mozilla Firefox (x64) 131.0 Available
  • 6082181 Mozilla Firefox 131.0 Available

Modified :

  • 14011612 Google Chrome 129.0.6668.71 Available (Superseded)
  • 6082128 Mozilla Firefox (x64) 130.0 Available (Superseded)
  • 6082177 Mozilla Firefox (x64) 115.15.0 ESR Available (Superseded)
  • 6082173 Mozilla Firefox (x64) 128.2.0 ESR Available (Superseded)
  • 6082130 Mozilla Firefox (x64) 130.0.1 Available (Superseded)
  • 6082169 Mozilla Firefox 130.0 Available (Superseded)
  • 6082175 Mozilla Firefox 115.15.0 ESR Available (Superseded)
  • 6082171 Mozilla Firefox 128.2.0 ESR Available (Superseded)
  • 6082179 Mozilla Firefox 130.0.1 Available (Superseded)
  • 5057936 Microsoft Edge Extended Stable Build 128.0.2739.42 Available (x64) (Superseded)
  • 5057934 Microsoft Edge Extended Stable Build 128.0.2739.42 Available (Superseded)
  • 5057929 Microsoft Edge Stable Build 128.0.2739.42 Available (Superseded)
  • 5057931 Microsoft Edge Stable Build 128.0.2739.42 Available (x64) (Superseded)

Reason for Update:

  • New update for Chrome and Firefox.

Important Note:

  • None.

Published Site Version:

  • Updates for Windows Applications, Version: 2207
    Additional Links:


Application Engineering Team
HCL BigFix

Again the same issue with Firefox package. Please correct the smae in future release.

6082189 Mozilla Firefox (x64) 115.16.0 ESR Available
Earlier Gus has fixed this couple of week back.

correct URL
http://ftp.mozilla.org/pub/firefox/releases/115.16.0esr/win64/en-US/Firefox%20Setup%20115.16.0esr.exe

Incorrect URL
http://ftp.mozilla.org/pub/firefox/releases/115.16.0esr/win64/en-US/Firefox%2520Setup%2520115.16.0esr.exe

The download URLs may be confusing but they’re actually correct. I modified a fixlet to download all of the files using those URLs successfully:

The thing to note is that these URLs are defined inside of Relevance Substitions, so they need to be percent-encoded for Relevance strings. %25 is the percent-encoded symbol for the percent sign itself, so the relevance string {“%2520”} is equal to the literal string “%20”

Edit:

Statement in ActionScript:

add prefetch item {"name=Firefox_Setup_115.16.0esr.exe sha1=111209f78bcd004bcdd7f10732e0b03628ab6859 size=58633352 url=http://ftp.mozilla.org/pub/firefox/releases/115.16.0esr/win64/en-US/Firefox%2520Setup%2520115.16.0esr.exe sha256=4111e98f196f3f418223950649ad9e75a335a282f6169017440039e6dc58b238"}

In the Fixlet Debugger we can see how that relevance string evaluates:

q: "name=Firefox_Setup_115.16.0esr.exe sha1=111209f78bcd004bcdd7f10732e0b03628ab6859 size=58633352 url=http://ftp.mozilla.org/pub/firefox/releases/115.16.0esr/win64/en-US/Firefox%2520Setup%2520115.16.0esr.exe sha256=4111e98f196f3f418223950649ad9e75a335a282f6169017440039e6dc58b238"

A: name=Firefox_Setup_115.16.0esr.exe sha1=111209f78bcd004bcdd7f10732e0b03628ab6859 size=58633352 url=http://ftp.mozilla.org/pub/firefox/releases/115.16.0esr/win64/en-US/Firefox%20Setup%20115.16.0esr.exe sha256=4111e98f196f3f418223950649ad9e75a335a282f6169017440039e6dc58b238
1 Like

The fixlets are fine, they are by now outdated. We need new fixlets for the new releases from Mozilla

1 Like

Hello,

How about if if that URL is not inside of a Relevance substitution? Because from the fixlet the URL listed there is not correct and not able to proceed if the Customer will attempt to manually access the specific URL.

Well, if the URL is not inside of a Relevance substitution, there would be no need percent-escape the percent symbol, and we could use the original download URL directly. Are you seeing that to be the case somewhere? I checked the fixlet ID referenced in this thread, and in that fixlet the URLs are definitely inside relevance substitutions.