You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There appears to be a mismatch in Artifactory paths when downloading a set of Artifacts via AQL spec file. The issue is believed to be that the failure message shows the URL encoding sequence '%25' in it ("can't find this path"), vs the resolved path after encoding is the '%' character. I.e. it seems like something in AQL processing doesn't handle URL encoding correctly.
This mismatch for this URL character is also evident looking between the URL to a file on Artifactory vs their 'repo path' as seen on the Artifactory web UI.
Current behavior
I see this failure:
[Warn] (Attempt <1/2/3/4>) - Failure occurred while sending GET request to <PRIVATE_SERVER>/<REPO_PATH>/<...>/%25build%25<...>
Many other paths work fine, some otter paths also fail in this same manner. The correlating factor seems to be that all paths with this '%25' string in them fail whereas no paths without this string fail.
All paths (even those with '%') are also able to be downloaded fine directly without the spec file via this command:
jr rt dl <FILE_PATH>
All content is also returned correctly (in their 'repository path' formats via the Search command: using the spec file:
jf rt s --spec <SPEC_FILE>
Reproduction steps
Upload some artifactory content to a path containing a '%'.
Run this command: jf rt dl --spec <SPEC_FILE>
Where the specfile utilizes AQL, such as:
Material on paths with '%' in them download successfully via an AQL spec file. OR the material should fail to upload initially, with clear messaging on corrective action.
JFrog CLI version
2.21.0
Operating system type and version
Linux Redhat 7.9 (Maipo)
JFrog Artifactory version
7.71.23
JFrog Xray version
No response
The text was updated successfully, but these errors were encountered:
Describe the bug
There appears to be a mismatch in Artifactory paths when downloading a set of Artifacts via AQL spec file. The issue is believed to be that the failure message shows the URL encoding sequence '%25' in it ("can't find this path"), vs the resolved path after encoding is the '%' character. I.e. it seems like something in AQL processing doesn't handle URL encoding correctly.
This mismatch for this URL character is also evident looking between the URL to a file on Artifactory vs their 'repo path' as seen on the Artifactory web UI.
Current behavior
I see this failure:
Many other paths work fine, some otter paths also fail in this same manner. The correlating factor seems to be that all paths with this '%25' string in them fail whereas no paths without this string fail.
All paths (even those with '%') are also able to be downloaded fine directly without the spec file via this command:
All content is also returned correctly (in their 'repository path' formats via the Search command: using the spec file:
Reproduction steps
Upload some artifactory content to a path containing a '%'.
Run this command:
jf rt dl --spec <SPEC_FILE>
Where the specfile utilizes AQL, such as:
Expected behavior
Material on paths with '%' in them download successfully via an AQL spec file. OR the material should fail to upload initially, with clear messaging on corrective action.
JFrog CLI version
2.21.0
Operating system type and version
Linux Redhat 7.9 (Maipo)
JFrog Artifactory version
7.71.23
JFrog Xray version
No response
The text was updated successfully, but these errors were encountered: