-
Notifications
You must be signed in to change notification settings - Fork 325
Update widget output params #5203
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
if (customMetadata.unconfined) { | ||
metadata.unconfined = customMetadata.unconfined; | ||
} | ||
if ('mime' in request) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Function looked the same as the function that I updated in renderers extension so same update here as well.
@DonJayamanne Is there a way to test this in stable as well? Can't just build and debug in stable as the stable engine isn't 1.55. With the renderers I copied over the client_renderer to the jupyter extension installed in stable to test. Can I just dump my out dir into the stable extension folder? I did check manualTestFiles (which has rich outputs + a few widgets) on insiders both with the old renderer code and my new updated renderer code and it looked legit to me. |
When we create a new release, we'll pin against the next version of VS Code (which is the current insider). |
data: { [mimeType: string]: any }; | ||
metadata?: OldNotebookCellOutputMetadata; | ||
} | ||
interface OldNotebookOutputEventParams { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@IanMatthewHuff I think we can remove this code and there's no need for backwards compatiblity.
The only reason i wanted the backwards compatiblity for renderers, is so that it works with point releases of jupyter extension (point release is for current stable).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@DonJayamanne Ahh, that's a good call. Wasn't thinking when I moved that code over. You are right, this will only release with matching stable builds. I'll remove that quick.
For #5195
package-lock.json
has been regenerated by runningnpm install
(if dependencies have changed).