blue-city-97042
10/04/2023, 3:34 PMdownload/release
path. The current URLs on github are listed under the github domain (https://github.com/pantsbuild/pants/releases/download/release_2.18.0rc0/pants.cp39-darwin_x86_64.pex), but do a redirect to https://objects.githubusercontent.com/github-production-release-asset-2e65be/7209075/a0373f[…].pex&response-content-type=application%2Foctet-stream%. We are using an artifact caching tools to proxy the requests to github for security reasons (av scanning, checksums, etc) and the redirects are currently breaking our ability to cache the content. Is this particular set of artifacts (and others moving forward) going to be redirected going forward?enough-analyst-54434
10/04/2023, 3:37 PMenough-analyst-54434
10/04/2023, 3:38 PMblue-city-97042
10/04/2023, 3:40 PMenough-analyst-54434
10/04/2023, 3:40 PMenough-analyst-54434
10/04/2023, 3:42 PMblue-city-97042
10/04/2023, 3:44 PMblue-city-97042
10/04/2023, 3:44 PMenough-analyst-54434
10/04/2023, 3:45 PMenough-analyst-54434
10/04/2023, 3:46 PMblue-city-97042
10/04/2023, 3:47 PMenough-analyst-54434
10/04/2023, 3:47 PMblue-city-97042
10/04/2023, 3:51 PMblue-city-97042
10/04/2023, 3:52 PMWhen you download a release asset from GitHub, the link redirects from the one you provided, using an HTTP 302, to <http://objects.githubusercontent.com|objects.githubusercontent.com>, using a special, time-limited, signed URL. By the time the download failed, the link was no longer valid. When your program retried the connection, it should have retried using the original URL because an HTTP 302 is a _temporary_ redirect, and therefore the user-agent (your browser or download tool) is supposed to access the _original_ URL since the redirect might change (which, in this case, it did).
enough-analyst-54434
10/04/2023, 3:53 PMblue-city-97042
10/04/2023, 3:54 PMenough-analyst-54434
10/04/2023, 3:55 PMblue-city-97042
10/04/2023, 3:56 PMblue-city-97042
10/04/2023, 3:59 PM