Skip to content

Conversation

@winstliu
Copy link
Member

Hardcoded APIs were introduced by #313, unfortunately without documenting how the APIs were broken.
In that PR, the publish APIs changed from accepting a content stream to accepting a base64-encoded version of the VSIX, which fails with Extension package is malformed/corrupted once the VSIX gets large enough (I assume the Marketplace has a max POST limit that is being exceeded).

As it's been 5 years, I'm hoping that whatever was broken with azure-devops-node-api has been fixed since then, so I'm removing the hardcoding and going back to the official APIs, which continue to use a content stream and thus don't suffer from the corrupted issue.

Validation (on Azure DevOps, I don't have a Server instance to test on):

  • Successfully created a ~110MB extension that previously hit the corruption issue
  • Successfully updated the same extension
  • Successfully shared the extension

Fixes #187, fixes #339, fixes #362

@tarunramsinghani
Copy link
Contributor

@winstliu, can you please merge latest master and update the package version to 0.21.0.

Other changes looks good.

Copy link
Contributor

@tarunramsinghani tarunramsinghani left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

will update the package version separately.

@nathanhammond
Copy link
Contributor

@tarunramsinghani since this change applies cleanly you can "Rebase and merge" if you wish to have a linear history.

I just ran a build internally which cherry-picked this PR's commit and it did work. (I would really like to undo all of my hacks.)

(Been a while since @winstliu was online; I assume OOO.)

@winstliu
Copy link
Member Author

Yes, back now :). I'll try to address the comments this week.

@winstliu
Copy link
Member Author

This was superseded by #494. Yay!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

3 participants