Skip to content
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

File Browser - Visibility Beyond Current Working Directory #8491

Closed
JDLEarley opened this issue May 28, 2020 · 2 comments
Closed

File Browser - Visibility Beyond Current Working Directory #8491

JDLEarley opened this issue May 28, 2020 · 2 comments
Labels
pkg:filebrowser status:Needs Discussion status:Needs Info status:resolved-locked Closed issues are locked after 30 days inactivity. Please open a new issue for related discussion. tag:Design and UX
Milestone

Comments

@JDLEarley
Copy link

Hello JupyterLab community, I'm part of the team from UC Irvine (along with @grey280, @jabumeri, @emilythefan, and @Nastraughn) that is helping to design a new file browser experience. As the community knows, JupyterLab treats the directory from which it is launched as the top-level directory in the file browser -- even if that is not the "true" top-level directory in the local file system. Our team has come to call this the "ceiling problem," because our research suggests that users may conceive of the constraint as a ceiling blocking the way "upwards" through their local file system.

We know that there are important technical and security reasons why JupyterLab was originally set up this way. But we're curious as to whether those considerations are still important in our file browser redesign. Have any of these technical or security issues changed since JupyterLab was created?

Ideally, our redesign would remove the ceiling if possible (giving the user "open air" above JuptyerLab's current working directory). But, we can also take the design in a couple other directions if those technical constraints require the ceiling to remain for safety purposes. Thoughts on the continued need for the "ceiling" are appreciated! Thanks!

@jasongrout
Copy link
Contributor

Have any of these technical or security issues changed since JupyterLab was created?

I don't think so. This restriction actually came from the classic notebook, and followed the well-established pattern of web servers only serving from a certain directory or below.

Note that you can start JupyterLab (or Jupyter Notebook) from any directory and control the top-level directory with the --notebook-dir option. For example, jupyter notebook --notebook-dir=/ or jupyter lab --notebook-dir=/ will start the top-level directory at the root of the filesystem.

@jasongrout
Copy link
Contributor

Closing as answered.

@jasongrout jasongrout added this to the Reference milestone Oct 22, 2020
@github-actions github-actions bot added the status:resolved-locked Closed issues are locked after 30 days inactivity. Please open a new issue for related discussion. label Apr 21, 2021
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Apr 21, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
pkg:filebrowser status:Needs Discussion status:Needs Info status:resolved-locked Closed issues are locked after 30 days inactivity. Please open a new issue for related discussion. tag:Design and UX
Projects
None yet
Development

No branches or pull requests

3 participants