The File Pre-Cache Wizard does not perform the relevance substitutions on the URL and tries to include the literal %25 as part of the URL, so it’s a bad download link. In all the places where the literal URL needs a space, the space is URL-encoded to the ‘%20’ symbol to represent a space and then further Relevance percent-encoded to ‘%2522’ to represent “literal percent-symbol followed by 22”. Inside the relevance substitution, the URL download strings are percent-encoded, as necessary when defining the string in Relevance.
The issue is that those links are inside of a relevance substitution, which should be evaluated on the client itself (this way the client only downloads the specific language-version that it needs). Ok, the feedback I’m getting is that the File Pre-Cache Wizard never handled the FireFox download links.
The original Firefox fixlets do work, it’s just the Precache Wizard that appears limited. I had at first thought the issue was with some extra spacing characters in the Firefox fixlets, but now it may be that the Precache Wizard can’t handle these relevance-substitution downloads. This download is performed inside a Relevance Substitution block to prevent the Server and Relays from downloading all 17 language files.Īt present the Precache Wizard doesn’t appear to handle the case that the original download is inside a Relevance Substitution, where the %2520 string is meant to represent the percent-encoded literal %20 in the download URL, and the Wizard is passing that string along directly as the new literal download URL. Rather than publishing 17 different fixlets for each FireFox version to cover the 17 languages, we have one fixlet that determines which language is installed and only downloads that language file. Mozilla Firefox 2.0.0.11 Download Now Released: Size: 5.I’m checking with Dev on this, but it may turn out to be a limitation on the precache wizard itself in dealing with these Dynamic Downloads for FireFox.
0 kommentar(er)
