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

Disable trash #1

Merged
merged 2 commits into from
May 6, 2024
Merged

Disable trash #1

merged 2 commits into from
May 6, 2024

Conversation

elisabettai
Copy link
Collaborator

Problem

In recent Jupyterlab-based services, including the ones created with the new cookiecutter for jupyterlabs, when the user deleted a file in the Jupyter UI, a .Trash-1000 folder is created. Given the permissions on this folder, we can't push it to S3. More details in ITISFoundation/osparc-issues#1296

Investigations

It is not clear why this happens only in the newest Jupyters and not on other (e.g. jupyter-math). The "Trash" feature in jupyter seems relatively old (see jupyter/notebook#1968).

Solution

The JupyterLab Trash feature can be disabled via config. This is the only way I found to solve the issue, the only implication for the user is that if they delete a file via the UI, they won't be asked confirmation (it will work in the same way as deleting via the terminal with rm).

Services affected

  • cookiecutter for jupyters (this PR)

Related issues

closes: ITISFoundation/osparc-issues#1296. All the services listed above need to be fixed to resolve the issue

@elisabettai elisabettai merged commit 988e81e into main May 6, 2024
2 checks passed
@elisabettai elisabettai deleted the disable_trash branch May 6, 2024 12:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Failed node: cannot push .Trash-1000 to S3
1 participant