Open mfansler opened 8 months ago
@dholth Can you look into this please?
anaconda.org includes the directory in the filename=
content-disposition and that winds up in the downloaded filename. Instead, it should say
Current behavior filename="noarch/r-tinytex-0.49-r43hc72bb7e_1.conda"; filename*=UTF-8''noarch%2Fr-tinytex-0.49-r43hc72bb7e_1.conda
Desired behavior filename="r-tinytex-0.49-r43hc72bb7e_1.conda"; filename*=UTF-8''r-tinytex-0.49-r43hc72bb7e_1.conda
(what's up with the UTF-8 portion?)
% curl -I https://anaconda.org/conda-forge/r-tinytex/0.49/download/noarch/r-tinytex-0.49-r43hc72bb7e_1.conda
HTTP/2 200
date: Tue, 09 Jan 2024 20:22:30 GMT
content-type: application/octet-stream
content-length: 146795
content-disposition: attachment; filename="noarch/r-tinytex-0.49-r43hc72bb7e_1.conda"; filename*=UTF-8''noarch%2Fr-tinytex-0.49-r43hc72bb7e_1.conda
You may rename the local file without the noarch_
prefix to extract.
This also happens when we conda install offline .conda file downloaded from anaconda. This is solved by renaming .conda file as shown in this stackoverflow post https://stackoverflow.com/questions/77928132/how-to-install-conda-file-downloaded-from-anaconda-package-site
Checklist
What happened?
Downloading packages on Anaconda Cloud via a web browser (Safari 16.6.1) leads to a file like (for example, from https://anaconda.org/conda-forge/r-tinytex/files):
This fails to unpack with
cph
However, everything goes smoothly when downloading the file programmatically using the link on the Anaconda Cloud page:
This behavior arose in the last few months. Is Anaconda Cloud doing something different when downloading from a web browser?
Conda Info
Conda Config
Conda list
Additional Context
Recommended to transfer report here from https://github.com/conda-forge/conda-forge.github.io/issues/2055.