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

Setting winum-scope to frame-local breaks window management #5

Closed
Alexander-Miller opened this issue Apr 11, 2017 · 1 comment
Closed

Comments

@Alexander-Miller
Copy link
Contributor

After updating to the newest spacemacs version that now uses winum I've added a single line to my config:

(setq winum-scope 'frame-local)

With this change I am no longer able to open any windows, unless I restart window-mode. What usually happens instead is that some more windows are spawned, but they just show the same buffer as the current window and an error is thrown. Fortunately I sometimes do get a usable stacktrace:

Debugger entered--Lisp error: (wrong-type-argument hash-table-p nil)
  puthash(#<frame emacs@a-laptop 0x1237c30> ([nil nil nil nil nil nil nil nil] . #s(hash-    table size 7 test eql rehash-size 1.5 rehash-threshold 0.8125 data ())) nil)
  winum--update()

Issue appears under the same conditions as in my other ticket.

deb0ch added a commit that referenced this issue Apr 18, 2017
related with #4 and #5: there is a crash from time to time when frame-local and
winum-assign-func reserves numbers.
@Alexander-Miller
Copy link
Contributor Author

All fixed now.

fran-penedo added a commit to fran-penedo/dotfiles that referenced this issue Jan 29, 2022
Anything other than global results in emacs crashing. Related to
deb0ch/emacs-winum#5
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

No branches or pull requests

1 participant