[BUG]: Download Artifact - Content Stores Differing Content-Types Cause Errors about octokit.net HOT 8 CLOSED

I think this is happening to me as I'm getting a null stream back sometimes.

Is that not an issue with blob storage though? zip isn't a valid MIME type is it?

from octokit.net.

I think this is happening to me as I'm getting a null stream back sometimes.

Is that not an issue with blob storage though? zip isn't a valid MIME type is it?

I agree, it's not a valid MIME type, but I'm assuming that those storage servers are way out of the remit of this repository, so there's not a lot that can be done about it from that side.

On this side, however, we could relax the restriction on MIMEs, or we could add a special case for zip, allowing it to be treated as if it was application/zip ?

from octokit.net.

I think this is happening to me as I'm getting a null stream back sometimes.
Is that not an issue with blob storage though? zip isn't a valid MIME type is it?

I agree, it's not a valid MIME type, but I'm assuming that those storage servers are way out of the remit of this repository, so there's not a lot that can be done about it from that side.

On this side, however, we could relax the restriction on MIMEs, or we could add a special case for zip, allowing it to be treated as if it was application/zip ?

Yeah agreed. Adding zip would be easy, I don't see any downside to it. Currently my pipelines are broken because of this issue.

But it's up to the maintainers. Hoping resolution doesn't take ages.

from octokit.net.

Sorry I need to re-open this - The content type is flowing through as null even though it's there:

It's on the headers object:

But then the ContentType property to easily access it returns null:

from octokit.net.

I'm guessing because it's not a "Standard" format that it doesn't parse it

from octokit.net.

from octokit.net.

Oh have you - I've just raised a PR too! Didn't know you were working on it

from octokit.net.

from octokit.net.