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

Spacemacs home buffer replaces buffers when reattaching to a session. #6925

Closed
GregorySchwartz opened this issue Aug 26, 2016 · 4 comments
Closed
Projects

Comments

@GregorySchwartz
Copy link

Description

Attaching to emacs session replaces focused buffer with the spacemacs home
screen. When using the emacs daemon as a session (like tmux), it's inefficient
to have the previous layout interrupted due to the home screen replacing a
buffer. It's easily fixed by opening the previous buffer, but sometimes I have
to search for which file or terminal I was using and it's an unnecessary
roadblock. I suggest to only have the spacemacs home screen when the emacsclient
does not attach to a layout with opened buffers.

Reproduction guide

  • Start Emacs
  • Open files
  • C-x 5 0
  • Start Emacs

Observed behaviour:
Most recent buffer is replaced with the spacemacs home buffer.

Expected behaviour:
The entire layout is preserved from the previous attachment to the session.

System Info

  • OS: gnu/linux
  • Emacs: 24.5.1
  • Spacemacs: 0.105.21
  • Spacemacs branch: develop (rev. b2d1088)
  • Graphic display: t or nil
  • Distribution: spacemacs
  • Editing style: vim
  • Completion: helm
  • Layers:
((auto-completion :variables auto-completion-enable-sort-by-usage)
 better-defaults emacs-lisp git markdown
 (org :variables org-enable-reveal-js-support t)
 (shell :variables shell-default-height 30 shell-default-position 'bottom shell-default-shell 'multi-term shell-default-term-shell "/usr/bin/fish")
 spell-checking syntax-checking version-control
 (haskell :variables haskell-completion-backend 'intero)
 erc)
@lverns
Copy link
Contributor

lverns commented Aug 28, 2016

As I understand it, this is not really an issue with Spacemacs, but with Emacs itself.

Expected behaviour:
The entire layout is preserved from the previous attachment to the session.

When running in daemon mode, one can launch many different instances of emacsclient at once, and their "layouts" are manipulated independently. Because of this, I don't think that "previous attachment" can be defined well.

Experimenting with Emacs 24.5.2 and emacs --no-init --daemon shows that emacsclient -c always opens to the scratch buffer.

@GregorySchwartz
Copy link
Author

Interesting. When I use emacsclient -c it always does the behavior I descript using the "previous attachment". I was using a spacemacs configuration, though. There is clearly some saving going on, otherwise that "saved" layout would not be possible.

@leezu
Copy link
Contributor

leezu commented Nov 3, 2016

I experience the same behavior as @GregorySchwartz: emacsclient -c shows the "previous attachement" if it is started multiple times (instead of the scratch buffer). I believe this is a bug induced by persp-mode and have reported it as #7644

@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!

@github-actions github-actions bot added the stale marked as a stale issue/pr (usually by a bot) label Feb 29, 2020
@lebensterben lebensterben removed the stale marked as a stale issue/pr (usually by a bot) label Feb 4, 2022
@lebensterben lebensterben moved this from Answered, waiting to To close in Forum Feb 4, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
No open projects
Forum
  
To close
Development

No branches or pull requests

5 participants