politza

I'm experiencing the same problem on Arch/Linux. Evaluating `(racer-eldoc)` often takes more than a second, making it pretty useless. I suspect my older hard-drive is partially responsible for this.

I have a project, where I can deterministically reproduce two cases, in which calling `racer` on the command line with specific arguments takes 0.8s resp. 7s to complete.

Archlinux The strange thing is, now I can't reproduce the doubled percents anymore. But now I noticed, that letting Emacs open the URL using xdg-open, it still ignores the anchor...

I never even use that program. I was just testing some packages with emacs -Q.

I think, you can check the result of `(tablist-get-marked-items nil t)`. Items are marked if and only if its length is greater then 2 or its first element equals t....

> `Error in post-comand-hook (package-menu--post-refresh): (void-function nil)` Pleas post a back-trace (debug-on-error enabled).

Ok, thank you.