-
Notifications
You must be signed in to change notification settings - Fork 44
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
Question: Restored shell buffers have no processes #139
Comments
What command do you use to start "shell" buffers? Is it the Maybe you get some related output in You can try the following:
(with-eval-after-load "persp-mode"
(persp-def-buffer-save/load
:mode 'shell-mode
:mode-restore-function #'(lambda (_mode) (message "[ATTENTION]: Restoring shell proces for %S buffer" (current-buffer)) (shell))
:tag-symbol 'def-shell
:save-vars '(major-mode default-directory)))
|
Yes, I am creating M-x shell and then renaming them to keep them distinct. Thank you for your information. It is almost working. I created a shell, set its working directory to "~/bin" and named it S-bin
So S-bin did not get associated with the shell. I have uploaded the test file below. |
But after restart do you have any messages in |
Yes, my Messages buffer does say: |
Hello, sorry I am not a developer and cannot do much. Just a ping to see if the information revealed anything? Thanks |
Maybe it is somehow related to Windows or Spacemacs, or both. |
Hi,
I am using the latest Spacemacs 0.999.0@28.2 which bundles persp-mode by default.
Emacs: 28.2 on Windows 10
persp-mode.el: 3.0.7 ( which I believe is the latest )
Part of my workspace consists of several shell buffers with their own default directories.
I used persp-mode to save my perspectives. When I load them back, all the shell buffers have no processes.
I believed this problem was fixed in [[https://github.com//issues/76][Restoring shell #76]] way back in 2017. If that is so, am I missing something simple?
Thanks for a very useful tool.
The text was updated successfully, but these errors were encountered: