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

Experiencing full lockups, loss of focus #2946

Closed
cdlm opened this issue Sep 8, 2015 · 6 comments
Closed

Experiencing full lockups, loss of focus #2946

cdlm opened this issue Sep 8, 2015 · 6 comments
Labels
<=(- UBO -)=> stale marked as a stale issue/pr (usually by a bot) Unresponsive Marked for issues without response from author.

Comments

@cdlm
Copy link
Contributor

cdlm commented Sep 8, 2015

Spacemacs often locks up to the point where C-g does nothing, the main frame does not redraw, and the process uses a full CPU. (Spacemacs master + daily updated packages, on emacs-24.5-z-mac-5.10 installed via Homebrew)

I've seen it happen when calling org-capture from the home buffer on a freshly launched Spacemacs, when trying to recover a file (M-x recover-this-file or M-x recover-file), or with minibuffer completions (via Helm, I suppose).

Another symptom is that Helm somehow loses focus (because I clicked somewhere else, or closed the window where it was showing completions, or just because) and there is no way to regain focus or invoke commands. Helm still seems active, but at the same time is not accessible anymore.

I'm not sure Helm is the real culprit here, and not even that all symptoms are of a single problem. I will try to note what I did next time it manifests, but it's partly random…

@Kethku
Copy link
Contributor

Kethku commented Sep 8, 2015

Dunno about the freezing thing, but the helm issue can be fixed by pressing SPC w b to get back to the minibuffer and get helm working again. For the related issue: #2851

@cdlm
Copy link
Contributor Author

cdlm commented Sep 10, 2015

Is semantic-mode on when updating packages or loading them at boot time?
Last lockup, I tried to keep C-g pressed for a long time (10-20 sec); after a while the frame redraws, and there was an error message in the minibuffer about semantic not having support to parse org-loaddefs.el. I tried quitting Emacs, but semantic would trigger again for 10-20 seconds, making it unresponsive. Disabling semantic-mode stopped the unresponsiveness.

I've disabled semantic in my .spacemacs file. We'll see if this fixes the problem…

@sooheon
Copy link

sooheon commented Sep 10, 2015

Hm, I think I may have come across a similar issue, where typing some prefix (like ev-il) echoes in the mini buffer a whole bunch of source files being parsed, which I'd have to c-g out of. But I don't have semantic installed, just company-mode.

@valrus
Copy link
Contributor

valrus commented Jan 5, 2016

Just had this happen while trying to do a routine buffer switch with SPC b b. Screenshot shows the state of Helm at the time Emacs became unresponsive; I assume the blank modeline is unrelated but I included it for posterity. No amount of C-g has any effect, and resizing the frame causes it to become permanently blank. This is on Windows 7.
screenshot 70

I have also had Emacs go completely unresponsive a couple times in the last couple days immediately after starting Emacs upon trying to switch to a layout using the spacemacs-layouts command SPC l, which I don't believe involves Helm.

@syl20bnr syl20bnr added Unresponsive Marked for issues without response from author. and removed Kills Kittens (=^-^=) labels Mar 11, 2016
@braham-snyder
Copy link
Contributor

braham-snyder commented Jul 6, 2017

regarding semantic freezing and constant source file parsing messages, what I posted here might fix it: #7736 (comment)

@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
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
<=(- UBO -)=> stale marked as a stale issue/pr (usually by a bot) Unresponsive Marked for issues without response from author.
Projects
None yet
Development

No branches or pull requests

6 participants