@gr2m could you please provide an example of the proposed documentation for repos.getArchive? I'm having trouble getting the response into a file myself, and that's holding up my testing of some aspects of #914.

Unfortunately this is currently blocked by GitHub’s APIs which doesn’t expose the location header correctly. Once that is resolved this code should work

client.repos.getArchiveLink({
  method: 'HEAD',
  owner: 'octocat',
  repo: 'Hello-World',
  archive_format: 'tarball',
  ref: 'master'
})

  .then(response => {
    console.log(response.headers.location)
  })

Sorry for all the trouble, it’s all a bit more complicated with the JavaScript Octokit. I’ll follow up with the Hubbers on the state of that

If you like you can create a separate issue describing what exactly you are trying to achieve and I’ll help you to find the best workaround for now? Also let me know if your code is run in Node.js or Browser

It looks like GitHub just exposed the location header, but I still cannot get the location header:

fetch('https://api.github.com/repos/octocat/Hello-World/tarball/master', {method: 'HEAD', redirect: 'manual'})

  .then(response => {
    console.log(response.headers.get('location'))
  })

I’m now pretty sure that it’s not possible to access headers from a redirect response due to security concerns.

However the above code works with node-fetch, so it should work in Node

what is possible is this:

fetch('https://api.github.com/repos/octocat/Hello-World/tarball/master', {method: 'HEAD'})

  .then(response => {
    console.log(response.url)
  })

But the CORS setting of the codeland.github.com does not allow for that at this point, I contacted the API team

I got a response from GitHub support that they are looking into updating the CORS setting for codeland.github.com

I just bumped into this today. Here's how I'm working around it for now on a private repo:

const got = require('got')
const { headers } = await got('https://api.github.com/repos/github/some-private-repo/tarball', {
  json: true,
  followRedirect: false,
  headers: {
    accept: 'application/vnd.github.v3+json',
    authorization: `token ${process.env.GITHUB_TOKEN}`
  }
})

console.log(headers.location)
// https://codeload.github.com/github/some-private-repo/legacy.tar.gz/master?token=XXX

You shouldn’t need a workaround for Node, it looks like there is actually a bug, we should set response.url. Here is a test case: https://runkit.com/gr2m/octokit-rest-js-881/1.0.0

RunKit Notebook Remove

octokit/rest.js#881

Environment details

• Node 10.15.0
• node-fetch: 2.3.0
• @octokit/rest: 16.10.0

Getting the URL for endpoints with 3xx redirects: octokit/rest.js#881. Demo to show that node-fetch works in Node.

const fetch = require('node-fetch')

await fetch('https://api.github.com/repos/octocat/Hello-World/tarball/master', {method: 'HEAD'})

  .then(response => {
    console.log(`URL: ${response.url}`)
  })

But currently does not work when using @octokit/rest

const octokit = require('@octokit/rest')()

await octokit.repos.getArchiveLink({
  method: 'HEAD',
  owner: 'octocat',
  repo: 'Hello-World',
  archive_format: 'tarball',
  ref: 'master'
})

  .then(response => {
    console.log(`URL: ${response.url}`)
  })

Show more

Show less

@zeke it now works in Node

https://runkit.com/gr2m/octokit-rest-js-881/1.1.0

RunKit Notebook Remove

octokit/rest.js#881

Environment details

• Node 10.15.0
• node-fetch: 2.3.0
• @octokit/rest@16.10.0: false
• @octokit/rest@16.11.0: false

Getting the URL for endpoints with 3xx redirects: octokit/rest.js#881. Demo to show that node-fetch works in Node.

const fetch = require('node-fetch')

await fetch('https://api.github.com/repos/octocat/Hello-World/tarball/master', {method: 'HEAD'})

  .then(response => {
    console.log(`URL: ${response.url}`)
  })

But currently did not work when using @octokit/rest < v16.11.0

const octokit16100 = require('@octokit/rest@16.10.0')()

await octokit16100.repos.getArchiveLink({
  method: 'HEAD',
  owner: 'octocat',
  repo: 'Hello-World',
  archive_format: 'tarball',
  ref: 'master'
})

  .then(response => {
    console.log(`URL: ${response.url}`)
  })

But it was resolved with v16.11.0

const octokit16110 = require('@octokit/rest@16.11.0')()

await octokit16110.repos.getArchiveLink({
  method: 'HEAD',
  owner: 'octocat',
  repo: 'Hello-World',
  archive_format: 'tarball',
  ref: 'master'
})

  .then(response => {
    console.log(`URL: ${response.url}`)
  })

Show more

Show less

I got a response from GitHub support that they are looking into updating the CORS setting for codeland.github.com

Any word from them on this? I bumped into this, today, while exploring an idea.

No update I’m afraid.

What’s your use case? Make sure to contact support and ask them about it. The more people ask about it, the more likely someone will look into it. Reference this issue :)

What’s your use case?

I am hoping to implement a simple SPA that would allow an individual user to fetch small repos that the SPA would then manipulate prior to user downloading them.

Make sure to contact support and ask them about it.

Done. Thanks for the suggestion. :-)