stuck when tramp connection gets lost #883
what is supposed to happen:
what does happen:
why does this happen:
GNU Emacs 24.5.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.16.6) of 2015-09-14 on buildvm-10.phx2.fedoraproject.org
The text was updated successfully, but these errors were encountered:
@abred Thank you for your report, and also for your suggestions. But please understand that the problem is more intricate and that your suggestions are not applicable at all:
As for the check, we must check whether
The root cause however is Helm, I'd argue. It should mark its major modes and hence its buffers as special, see Major Mode conventions:
@abred Does it indeed? I'm surprised to hear that; note that we don't support Tramp officially. If it works, it does so by accident.
Still, I've reverted the corresponding change, and instead—following the discussion in emacs-helm/helm#1398—disabled Flycheck in fundamental-mode buffers. Therry is right, it doesn't make sense in these buffers anyway, and presumably Helm uses fundamental-mode for its buffers so this change should fix this issue.
Nonetheless I think that tramp should definitely define its own major mode for its buffers. That's simply good style and courtesy towards other Emacs extensions.
Helm now defines its own major mode for its buffers as well. Flycheck should not become active in Helm buffers anymore in any version of Helm. I'm closing this issue; please leave a comment if the issue still persists so that we can investigate further.
Thank you for reporting this issue and for your help and feedback in getting it fixed