Open wallyhall opened 1 year ago
I've been informed from a colleague that the mybinder.org example "sometimes possibly works" ... at least, that's as much as we can tell. YMMV doing it on mybinder.org.
Screenshot of what I see:
I'm not going to close this ticket - I'll leave that up to the maintainers.
We were able to fix the issue by pinning to a specific version of JupyterLab: jupyterlab==3.4.8
.
It looks like a regression or new incompatibility between Binder[Hub]/repo2docker etc and the latest JupyterLab?
Hopefully that's useful information to someone else!
I ran into this issue as well, and can confirm that pinning to jupyterlab==3.4.8
resolves the issue. Thanks for posting your findings here, been banging my head against this for a while :).
Bug description
Building from a repo with a Dockerfile (so this may be a
repo2docker
issue, but I don't understand it enough to know where to raise this other than here) fails to start due to "invalid/expired cookie" when "handing over" to JupyterLab/Notebook in browser.Example on mybinder.org: https://mybinder.org/v2/gh/binder-examples/minimal-dockerfile/HEAD
I've reproduced the issue on
1.0.0-0.dev.git.2937.h0f65f33
locally too, using our own Dockerfile.Logs from the "spun up" container created by
repo2docker
(and orchestrated by Binder):On mybinder.org you get a pretty error message. On ours locally, we get the Jupyter "login" screen, asking for a token.
Providing the token (as extracted from
kubectl describe pod ...
) just bumps back to the same screen with no error. The logs contain the above.Expected behaviour
We expect the Jupyter notebook to appear!
Actual behaviour
We get a Jupyter login page asking for the token again (with no error) ... or an error page on mybinder.org.
How to reproduce
Try to start a repo with a
Dockerfile
, for example: https://mybinder.org/v2/gh/binder-examples/minimal-dockerfile/HEADWe've tried our own
Dockerfile
too, carefully following the Binder documentation on the subject.Have tried specifying JupyterLab 3.4.8 in via our
requirements.txt
explicitly too, in case it was an incompatibility with newer versions. Same problem persists.