Keith Lindsay (Jun 28 2021 at 16:06): Keith Lindsay (Jun 28 2021 at 16:06):Until recently, when I would start a jupyterhub session/server, the tabs that were open in my previous session would be restored and the file selector would show files from the directory I was previously working in. This was convenient for resuming work after logging off.
This behavior changed for me recently. The tabs are no longer restored and the file selector is in my home directory. I just asked another user and this is not happening for them, so it's not system wide. So I'm assuming a setting related to this got changed, perhaps by me. I have been unable to figure out how to restore the previous behavior.
Have others seen this change in behavior?
Any suggestions on how to restore the previous behavior?
Anderson Banihirwe (Jun 28 2021 at 18:34):@Keith Lindsay, if I am not mistaken, jupyter uses /glade/u/home/klindsay/.jupyter/lab/workspaces to control this behavior.
It appears that you have a few clones of your default workspace that may have diverged from your default profile
-rw-r--r-- 1 klindsay ncar 2.4K Feb 9 16:11 lab-a511.jupyterlab-workspace -rw-r--r-- 1 klindsay ncar 3.3K Jun 25 15:18 default-37a8.jupyterlab-workspace -rw-r--r-- 1 klindsay ncar 914 Jun 26 07:54 auto-s-f09b.jupyterlab-workspace -rw-r--r-- 1 klindsay ncar 1.2K Jun 28 09:54 auto-j-d74f.jupyterlab-workspace -rw-r--r-- 1 klindsay ncar 376 Jun 28 09:56 auto-g-1261.jupyterlab-workspace -rw-r--r-- 1 klindsay ncar 554 Jun 28 10:07 auto-v-64f5.jupyterlab-workspace
Can you confirm that your jupyterlab session is using the default workspace (there shouldn't be /workspaces/ in your jupyterlab URL)?
Keith Lindsay (Jun 28 2021 at 18:48):@Anderson Banihirwe , thanks for taking a look...
I just started a new session/server and got the URL https://jupyterhub.hpc.ucar.edu/stable/user/klindsay/lab/workspaces/auto-F.
There is a corresponding new file in the directory /glade/u/home/klindsay/.jupyter/lab/workspaces/.
I tried truncating the URL to https://jupyterhub.hpc.ucar.edu/stable/user/klindsay/lab, and it got extended with workspace/auto-S.
Anderson Banihirwe (Jun 28 2021 at 20:08):Try resetting the workspace by closing all jupyterlab tabs, and opening a new tab with this URL: https://jupyterhub.hpc.ucar.edu/stable/user/klindsay/lab?reset
Keith Lindsay (Jun 28 2021 at 20:56):I just gave that a try and opened a tab after resetting. However, when I closed the session/server and started a new one, the tab that I had opened was not restored, and the URL that I got was https://jupyterhub.hpc.ucar.edu/stable/user/klindsay/lab/workspaces/auto-j. Could I walk through this with you during office hours?
Anderson Banihirwe (Jun 28 2021 at 20:56):Could I walk through this with you during office hours?
Sure :+1:
Keith Lindsay (Jun 28 2021 at 22:09):For future reference, @Anderson Banihirwe helped me track down a jupyterhub tab from an old session that was open in my browser that I didn't realize was there. This tab's presence was leading to the non-restoring behavior that I was experiencing. The restoring behavior was restored when this tab was closed. Thanks for the help @Anderson Banihirwe .
Keith Lindsay (May 16 2022 at 20:45):This problem has reappeared for me since last week's HPC downtime.
However, I don't see lingering jhub tabs in my browser, the previous culprit.
I'm trying to determine if the reappearance is specific to my setup/settings, or if it is due to a change in the system.
Are others experiencing this behavior?
Jared Baker (May 16 2022 at 21:52):made runtime / workspace directories ephemeral so keep them clean because they weren't keeping clean on their own and folks were ending up with thousands of socket files in their $HOME space. This may prevent a restoration as they're cleaned up at the end of jobs.
Last updated: May 16 2025 at 17:14 UTC