You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A tree view is launched in the browser (e.g. http://localhost:8888/tree), instead of the notebook asked, on e.g. http://localhost:8888/notebooks/path/to/notebook.
Expected behavior
According to docs, opening a specific notebook from the CLI should still work.
It turns out it doesn't work just when the redirect file is not used, i.e. it does work when use_redirect_file=true.
For some use cases, use of local redirect files is not an option (e.g. an online IDE, like GitPod or Codespaces).
Now, my question is, is this really the expected/desired behavior?
Thank you for opening your first issue in this project! Engagement like this is essential for open source projects! 🤗
If you haven't done so already, check out Jupyter's Code of Conduct. Also, please try to follow the issue template as it helps other other community members to contribute more effectively.
You can meet the other Jovyans by joining our Discourse forum. There is also an intro thread there where you can stop by and say Hi! 👋
Description
With
notebook~=6.0
, this:opens the specified notebook in browser, skipping the
/tree
view.Now, with
notebook~=7.0
(and after changingNotebookApp
-->ServerApp
), this:does not open the expected notebook, but instead opens the
/tree
path.Note: both commands need
token
andpassword
set to an empty string for the open to work smoothly (assuming safe environment here).Reproduce
notebook~=7.0
http://localhost:8888/tree
), instead of the notebook asked, on e.g.http://localhost:8888/notebooks/path/to/notebook
.Expected behavior
According to docs, opening a specific notebook from the CLI should still work.
It turns out it doesn't work just when the redirect file is not used, i.e. it does work when
use_redirect_file=true
.For some use cases, use of local redirect files is not an option (e.g. an online IDE, like GitPod or Codespaces).
Now, my question is, is this really the expected/desired behavior?
A workaround
Opens the specified notebook, but it has a few drawbacks.
Context
Note: this issue was migrated from the jupyter notebook repo.
The text was updated successfully, but these errors were encountered: