Speedbar makes helm change focus to helm window

[hrehfeld]

when I start speedbar, I experience problems similar to this: #163

GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-29 on MARVIN
(on windows)

Steps to reproduce:
emacs -Q
(require 'helm-config)
(helm-mode t)
(speedbar t)
M-x something
wait until helm buffer updates

[thierryvolpiatto]

I can't reproduce, should be working on Emacs-24.3.

Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997

[iani]

I confirm that this bug / problem occurs. helm-mini cannot be used when speedbar is open. Configuration: Emacs 24.3, version emacsformacosx. Helm and speedbar installed via Prelude. Open speedbar with M-x speedbar. Then start helm-mini with M-x helm-mini. The cursor keeps returning to the helm-mini main window which shows the list of files/paths. Typing results in modifying the contents of this buffer. Clicking on the minibuffer-line to return focus to the minibuffer does not work, as the cursor returns to the helm-mini main window after a very small interval. Practically this means that speedbar is incompatible with helm-mini. You cannot use both together.

Note: thierryvolpiatto above says that on Emacs 24.3 this problem should not occur, but this is not true. The issue does persist on Emacs 24.3.

Workaround: Use either helm-mini or speedbar at a time, not both together.

Iannis Zannos

[thierryvolpiatto]

So this seems to be platform specific as it is not reproductible on
GNU/Linux.(emacs-24.3, emacs-24.3.50.1).

Did you try a development version of Emacs (24.3.50.1)?

Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997

[thierryvolpiatto]

Tried to fix this on windowsXP, without success, looks more a bug in either Emacs-24.2 and also all emacs >=24.3 on windows-nt and probably on mac-osx as reported above, than an helm bug.

[thierryvolpiatto]

Looks like the compiler produce a code behaving differently if the code source file is encoded with DOS or UNIX.
The last fixes worked fine on Windows with helm.el encoded to mule-utf-8-dos, but the bug still there with same code compiled with helm.el encoded to mule-utf-8-unix. Weird, really an emacs bug.

[thierryvolpiatto]

Can someone try on Windows or mac-osx with helm not compiled (remove all *.elc files from helm directory).
Use the exp branch.

Thanks.

[thierryvolpiatto]

I have reverted changes, use the master branch sorry.

[thierryvolpiatto]

Ok definitely, using non--compiled helm files fix the problem.

[thierryvolpiatto]

On WindowsXP, I have updated my helm directory (master branch) REMOVED all *.elc files, recompiled with make, and now the problem is fixed, it is working as expected, no more lose of focus.

[iani]

Cannot test this fix for MacOS currently. I should be able to do this next week though.
IZ

[thierryvolpiatto]

Not really a fix though, the code is just working not compiled.
Probably an Emacs bug.

Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997

[thierryvolpiatto]

I sent a bug report on Emacs bug, follow here:

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15288

[thierryvolpiatto]

So on WindowsXP I consider the bug is fixed:
Just verify your PATH env var is updated to the last Emacs you are using, run make again.
I close the bug now, feel free to reopen if you can't fix the problem like this.

[iani]

This is fixed on my system on MacOs running the latest version of Emacsformacosx. No more problems with Speedbar.
IZ