EIN causes org-capture to stall

[aijony]

I was going to write this bug on the Spacemacs page, but realized the ein page would be a more appropriate, since I'm fairly certain this is a problem for other Emacs users.

Description

ein causes org-capture to stall up. It honestly isn't that bad. It takes 2-3 seconds on my computer until org-capture is ready. It's just ironic because org-capture is about saving the 2-3 seconds selecting a file. I'm just going to disable ipython-notebook for now.

I don't know why ein is even touching org-capture at all.
I think it has something to do with org-store-link.

Observed behaviour: 👀 💔
The first time running org-capture will be really slow.
However, the subsequent org-captures will be smooth.

Expected behaviour: ❤️ 😄
It should happen immediately, and it does without the ipython layer.

System Info 💻

• OS: gnu/linux
• Emacs: 25.2.1
• Spacemacs: 0.200.9
• Spacemacs branch: nil (rev. 6419dc3c)
• Graphic display: t
• Distribution: spacemacs
• Editing style: vim
• Completion: helm
• Layers:

(ipython-notebook)

• System configuration features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS NOTIFY ACL GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 MODULES

[millejoh]

Confirmed this is happening on Linux, but I can't seem to reproduce on my Windows setup.

Doing a little bit of profiling (you can confirm: call M-x profile-start then do org capture and follow with M-x profile-report) it looks like most of the time is being spent in require. The delay you are seeing is because Emacs is loading ein which is, to borrow a phrase: "Big. Really big. The biggest!"

It is hard to load just part of ein without loading almost all of ein, unfortunately, but you can at least move the observed delay to your emacs startup. Put in a call to (require 'ein-org) somewhere in your init and you should stop seeing this delay on the first call to org-capture.