Fix for #9922, Part 2: content type

[provTheodoreNewell]

Checklist

• I've run bundle exec rspec from the root directory to see all new and existing tests pass
• I've followed the fastlane code style and run bundle exec rubocop -a to ensure the code style is valid
• I've read the Contribution Guidelines
• I've updated the documentation if necessary.

Motivation and Context

As commented on #9922, an additional regression with the introduction of the new github_api action at #8971 causes file uploads to fail in the set_github_release action when the filename does not include ".zip".

Description

This PR restores the pre-existing behavior of using the application/zip content type header for all uploaded binary files.

[ohayon]

AMAZING! Thanks for making these fixes @provTheodoreNewell !! 🚀

[provTheodoreNewell]

😄

[fastlane-bot]

Hey @provTheodoreNewell 👋

Thank you for your contribution to fastlane and congrats on getting this pull request merged 🎉
The code change now lives in the master branch, however it wasn't released to RubyGems yet.
We usually ship about once a week, and your PR will be included in the next one.

Please let us know if this change requires an immediate release by adding a comment here 👍
We'll notify you once we shipped a new release with your changes 🚀

[ganjarpanji]

is this not released yet? could we make the release faster? as our teams need to attach the binaries immediately 😄

[ganjarpanji]

ah nevermind, its still possible with .zip though. thanks for the fix anyway @provTheodoreNewell

[KrauseFx]

Hehe, we generally avoid shipping new releases during a weekend 😉

[fastlane-bot]

Congratulations! 🎉 This was released as part of fastlane 2.51.0 🚀