-
Bug
-
Resolution: Unresolved
-
Minor
-
Both artifactory.hpi 3.18.9 and 3.18.4.
Jenkins LTS 2.414.1 on Windows under Temurin 17.
Prior to 26-Aug-2023 (apparently when our jFrog Aartifactory server was upgraded to "EnterpriseX license 7.39.4 rev 73904900") my Jenkins scripts were successfully using an rtDownload with a wildcarded pattern as such:
?? rtDownload( serverId: "Artifactory",
spec: """{
"files": [{
"pattern": "our-product-generic-stable-local/WinPrereqs/2022/(asterisk)",
"target": "installer/Prerequisites/
",
"flat": "true" }]
}""" )??
Note, "asterisk" is spelled-out to prevent JIRA markup interpreting it.
Now those command are yielding an error:
[Thread downloader_0] downloading C:\windows\TEMP\2935340218335602811\WinPrereqs/2022/.NET Framework 4.6.1/NDP461-KB3102436-x86-x64-AllOS-ENU.exe0 as part of file our-product-generic-stable-local/WinPrereqs/2022/.NET Framework 4.6.1/NDP461-KB3102436-x86-x64-AllOS-ENU.exe threw an exception: java.io.IOException: Could not create nor write to file: C:\Windows\Temp\2935340218335602811\WinPrereqs\2022\.NET Framework 4.6.1\NDP461-KB3102436-x86-x64-AllOS-ENU.exe0
[Note, I find the final '0' character curious, but maybe its nothing.]
The problem is not restricted to using the wildcard syntax. The following file-spec also fails:
yielding the attached "JENKINS-71906-NoStar-trace.txt".
Note, a MSVCRT.MSM as large as 4.27MB doesn't produce an error, but the 13.79MB vc2015u3_redist_x86.exe fails.