Closed martinRenou closed 1 year ago
It looks like starting JupyterLab's master branch with jupyter lab --dev-mode --extensions-in-dev-mode --ZMQChannelsWebsocketConnection.kernel_ws_protocol=''
fixes ipycanvas.
It looks like starting JupyterLab's master branch with
jupyter lab --dev-mode --extensions-in-dev-mode --ZMQChannelsWebsocketConnection.kernel_ws_protocol=''
fixes ipycanvas.
This is probably also reproducible with 4.0.0a32
then (could be more convenient for testing than building lab from source).
And likely a change from https://github.com/jupyterlab/jupyterlab/pull/11841 at first glance.
Thanks a lot!
cc. @davidbrochart who spotted this
ipycanvas works by sending binary buffers through custom comm messages.
It looks like there is a difference in behavior between JupyterLab 3 and JupyterLab 4:
DataView
objectsArrayBuffer
objectsThis happens in
this.on('msg:custom', (command: any, buffers: any) => {}
wherebuffers
is either aDataView[]
in Lab 3 or aArrayBuffer[]
in Lab 4.This might be an issue/change in JupyterLab 4 actually? cc. @jtpio @fcollonval
If it's a wanted change, we should update ipycanvas to support JLab 4
Note: This was all tested using
@jupyter-widgets/jupyterlab-manager v5.0.5
andipycanvas v0.13.1
labextensions