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
[wip] Use appUrl and file name for shareable link #457
Conversation
Hmmm... it looks like this is enabled in the retro tree, but points back to @jtpio any thoughts on what the correct behavior should be here? I don't think it would block this, especially if it needs to be fixed upstream. I could imagine a few options (non-exclusive):
Anyhow, seems like RTD is having A Day... will take another look tomorrow. |
Ok, one should be able to back-button from this link: https://jupyterlite--457.org.readthedocs.build/en/457/_static/lab/index.html?path=javascript.ipynb No dice: it still gets consumed by the redirect. Will consider some other approaches... |
Related to #450 I found that
which does a The history stack contains then the old url (with path parameter) and the new url (without path parameter). Going back leads to the loop behavior. Some options involving history manipulation:
|
Planning to take a look later when we start updating to the JupyterLab 4 and Notebook 7 packages: #826 |
References
Code changes
{appUrl}/index.html
(whereappUrl
is usuallylab
) for the full linkUser-facing changes
Backwards-incompatible changes
Future work
We might want to open up the API to support making the shareable params configurable. For example, jupyter-video chat offers the
?jvc=room
feature, and it would make sense to be able to share that room state as well.This also initially supported the command palette, but I've rolled this back, as I didn't realize it only applied to the selection from the file tree, not the main area. This would probably be a useful feature in its own right, but would have a different name, e.g. Copy Workspace Link or something along those lines, and is probably out of scope