Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • CMake CMake
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 3,823
    • Issues 3,823
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 9
    • Merge requests 9
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • External wiki
    • External wiki
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • CMake
  • CMakeCMake
  • Issues
  • #18691
Closed
Open
Created Dec 09, 2018 by All8Up@All8Up

file (download ..) fails with password protected redirects.

Using file(download ...) to grab a zip file out of the releases area of a private repository on github fails as of .13. The issues according to the logs is that the first link is an auth which redirects to the actual file to be downloaded. I see no new options to control following the redirect (may be wrong?) and there seems to be no work around for the issue at this time. CMake simply makes a zero length file of the desired name when this fails. There was also a prior ticket regarding enabling the curl commands to follow redirects by adding the appropriate flag, I'm guessing that flag is no longer there or a curl update changed it's behavior perhaps?

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking