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

Fix trash #1

Merged
merged 2 commits into from
May 6, 2024
Merged

Fix trash #1

merged 2 commits into from
May 6, 2024

Conversation

elisabettai
Copy link
Contributor

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

  • jupyterlab-R (this PR)
  • cookiecutter for jupyters

Related issues

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

@elisabettai elisabettai merged commit 7d1554c into main May 6, 2024
1 check passed
@elisabettai elisabettai deleted the fix_trash branch May 6, 2024 12:26
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.

1 participant