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

helm find files hangs spacemacs #5063

Closed
jvillasante opened this issue Feb 14, 2016 · 36 comments
Closed

helm find files hangs spacemacs #5063

jvillasante opened this issue Feb 14, 2016 · 36 comments
Labels
- Forum - Helm Need repro steps stale marked as a stale issue/pr (usually by a bot) Unresponsive Marked for issues without response from author.

Comments

@jvillasante
Copy link

When using helm for find files if you create a new file then you type SPC f f and helm opens, start typing the new file name and when the point gets to the end of the screem emacs hangs and I need to kill it and start again.

Is there a way to scroll the path that helm shows while you're typing? Sometimes you have some long paths and emacs just hangs.

I'm changing to ido for the moment, but I prefer helm for this.
Any help??

@robbyoconnor
Copy link
Contributor

This is kinda known -- helm kinda sucks and is slow and clunky

@Andre0991
Copy link
Contributor

Are you able to reproduce this with ~/.emacs.d/elpa/helm-[version]/emacs-helm.sh?

@syl20bnr
Copy link
Owner

@jvillasante Do you have a repro step we can follow thoroughly to see if it can be reproduced ?
Do you think you can try without Spacemacs and only helm ?

@jvillasante
Copy link
Author

It is easy to reproduce. Just SPC f f to open "helm find files" and start writing name of new file. When you get to the end of your screen horizontally emacs will hang and only kill the process will work.

The solution I'm using right now is using ido for find files, but helm is much better for me if it weren't for this issue.

@StreakyCobra
Copy link
Contributor

@jvillasante Have you tried what's @Andre0991 suggested, i.e. running emacs with ~/.emacs.d/elpa/helm-[version]/emacs-helm.sh?

Steps:

  • Run ~/.emacs.d/elpa/helm-[version]/emacs-helm.sh (change [version] to the right value).
  • Press M-x.
  • Enter helm-find-files.
  • Try to reproduce your bug.

If the bugs is present here, it's not a problem on our side.
If the bug is not present, it a problem on our side.

@jvillasante
Copy link
Author

@StreakyCobra, just run emacs as @Andre0991 suggested. The bug is not present there. It seems that it has to do with spacemacs and not helm itself.

Any suggestions??

@StreakyCobra
Copy link
Contributor

@jvillasante I don't really know what to do, except maybe trying with system tools to see if you can identify a process/command that is blocked/consumming CPU/waiting/...

@jvillasante
Copy link
Author

Does anyone have reproduced this issue or is it only happening to me?

@petermjr
Copy link

I have the same problem after updating "lately" but with projectile-find-file . don't know what was my old version.

@jvillasante
Copy link
Author

This is really odd, does anyone know how to debug emacs or see some kind of logs. I would really love to resolve this issue!

@jvillasante
Copy link
Author

The problem persists, not only for creating new files. If you have a long path and want to open a file in there, helm will hang emacs when the path doesn't fit on the horizontal space of the helm prompt.

Dow anyone have this issue? Is there a solution?
It should be an option to scroll the input or have some kind of multiline support on the input.

I work with lots of devices and sometimes paths are really long, otherwise this shouldn't be too important. Right now I'm using ido or dired but sometimes I forget and use helm and have to restart emacs completely, maybe loosing some work!

TESTS:

mkdir -p ~/tests/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/longpath/

touch ~/tests/.....<the holw path>.../file.txt

Now try to use helm find files to open the file.txt at that long path!!!

@jvillasante
Copy link
Author

I solved the issue, for now, adding this line to user-config

(setq helm-echo-input-in-header-line nil)

Now helm-find-files is not as beautiful as before but much more usable!

@StreakyCobra
Copy link
Contributor

@jvillasante I still can't reproduce :-(

Can you try to:

  1. Add spaceline to the dotspacemacs-excluded-packages in your .spacemacs
  2. Comment your workaround line (i.e. ;; (setq helm-echo-input-in-header-line nil))
  3. Restart emacs and test if the bug still happens?

It's like randomly shooting in the sky, but… who knows ¯\_(ツ)_/¯

@robbyoconnor
Copy link
Contributor

Sometimes the bullet hits something

--Rob
Sent from my cell, please excuse any typos.
On Feb 21, 2016 3:18 PM, "Fabien Dubosson" notifications@github.com wrote:

@jvillasante https://github.com/jvillasante I still can't reproduce :-(

Can you try to:

  1. Add spaceline to the dotspacemacs-excluded-packages in your
    .spacemacs
  2. Comment your workaround line (i.e. ;; (setq
    helm-echo-input-in-header-line nil))
  3. Restart emacs and test if the bug still happens?

It's like randomly shooting in the sky, but… who knows ¯_(ツ)_/¯


Reply to this email directly or view it on GitHub
#5063 (comment)
.

@jvillasante
Copy link
Author

@StreakyCobra the problem still persist after doing what you said. Right now the only thing working is setting helm-echo-input-in-header-line to nil.

What do you mean with can't reproduce?
Does your setup lets you have multiline input with helm-echo-input-in-header-line set to t??

@StreakyCobra
Copy link
Contributor

@jvillasante It's not multiline, but it's scrolling horizontally without any problem.

longpath

@jvillasante
Copy link
Author

@StreakyCobra thanks for showing me. I may be my build of emacs. emacs-25.1.50.2 (emacs-snapshot) directly from ubuntu repos. As soon as I have a time I wll compile my own build and see if that works.

@jbenden
Copy link

jbenden commented Mar 10, 2016

I am experiencing this bug too.

Each time I grab a backtrace of Emacs, it is looping infinitely on redisplay_window and display_mode_lines. I know it is stuck with powerline of Spacemacs, not upstream. I can reproduce the bug reliably, if anyone has any ideas on how to debug and patch this problem.

Best Regards,
-Joe

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

Dridus commented Mar 15, 2016

@jvillasante thank you for posting your workaround. I've been experiencing this multiple times a day and been pretty frustrated, but so far the workaround is working for me (fingers crossed) and making helm faster even when it's not hanging.

@jvillasante
Copy link
Author

This issue seems to be related to Emacs25. I just compiled from source and started using 24.5 and everything works as expected, I like helm better without the header-line. It seems that, on emacs, you can't be on the bleeding edge, it is better to wait 6+ months before jumping to a new release to give time to packages to catch up. Emacs25, by the way, was failing on so many things that I had to switch back to 24.5.

@Dridus
Copy link

Dridus commented Mar 15, 2016

FWIW I have:

GNU Emacs 24.5.1 (x86_64-apple-darwin15.3.0, Carbon Version 157 AppKit 1404.34)

by way of brew install emacs-mac --with-spacemacs-icon, so it doesn't seem to be purely Emacs 25.

@auser
Copy link

auser commented Mar 21, 2016

I'm also receiving this bug (and have been for a few weeks). Using toggle-debug-on-quit, most of the work is spent in helm.

@qx
Copy link

qx commented Sep 8, 2016

+1 ,always happed ,esp while the current path include icloud
2016-09-08 11 20 46

@robbyoconnor
Copy link
Contributor

Please use the vote and don't +1 like this unless you have something to add. They added the ability to react with emojis -- use that.
On 09/07/2016 11:22 PM, qx wrote:

+1
2016-09-08 11 20 46
https://cloud.githubusercontent.com/assets/648406/18336021/73f23b68-75b6-11e6-8790-03dbeb4d8f91.png


You are receiving this because you commented.
Reply to this email directly, view it on GitHub
#5063 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AABaMIAQ6bhwSs3lajATVbGs_ejm6kCgks5qn39lgaJpZM4HZx5N.

@auser
Copy link

auser commented Sep 8, 2016

Okay... this has been a major blocker for me to use spacemacs. I've had to switch back to my old editor a few months ago as emacs/spacemacs literally blows up my computer after no more than 10 minutes of use (sometimes it's much less).

In any case, I'd love to get it debugged so I can get back on emacs. I can post my conf, if that would help?

@syl20bnr
Copy link
Owner

syl20bnr commented Sep 8, 2016

We have now the Ivy layer to replace helm, still on develop branch though.

@auser
Copy link

auser commented Sep 8, 2016

Oh man, that would be great... Is it close to release (in your opinion)?

@robbyoconnor
Copy link
Contributor

Try out develop, if it's not stable (I have no issues) -- switch back to master (back up your elpa directory though so you dont have to download all packages again)
On 09/08/2016 11:43 AM, Ari wrote:

Oh man, that would be great... Is it close to release (in your opinion)?


You are receiving this because you commented.
Reply to this email directly, view it on GitHub
#5063 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AABaMGFD1eRiHK_Xp3Inh4xPJM3jL-5-ks5qoC0EgaJpZM4HZx5N.

@qx
Copy link

qx commented Sep 9, 2016

helm removed.thanks

@JosephKiranBabu
Copy link

I am using Spacemacs on two identical MacBook Pro laptops (2015 model). I have this problem on only one of them. None of the workarounds worked for me in emacs version 25.1. After downgrading to emacs 24.5.1, I found there's an error which causes helm to not launch at all.

Seems like replacing helm with ivy may be a viable option. Can you please guide me on how to do that in my .spacemacs file?

@jvillasante
Copy link
Author

jvillasante commented Dec 29, 2016

@JosephKiranBabu

Setting helm-echo-input-in-header-line to nil solves the helm issue. However, I ended up switching to ivy myself. For that you just need to add ivy to dotspacemacs-configuration-layers and spacemacs will use ivy instead of helm. Everything works!!! The only feature I was missing from helm was helm-c-yasnippet which I use a lot. I solved that adding this to my spacemacs user-config:

  (spacemacs/set-leader-keys "is" 'yas/insert-snippet)
  (spacemacs/set-leader-keys "id" 'yas/describe-tables)

Hope that helps!

@JosephKiranBabu
Copy link

@jvillasante
Thanks a lot for answering my newbie question.
Setting helm-echo-input-in-header-line to nil did not have any effect in my case.
I've switched to ivy for now.

@d12frosted
Copy link
Contributor

@JosephKiranBabu ivy is love, ivy is life

Sorry I just saw you message, so you was left on your own to switch to ivy. 😢

@robbyoconnor
Copy link
Contributor

Everybody should switch to ivy.

@auser
Copy link

auser commented Jan 5, 2017

Isn't helm baked into spacemacs though? Or am I mistaken?

@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
- Forum - Helm Need repro steps 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