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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Org-mode key bindings aren't set correctly until I enter and exit insert-state #6643

Closed
bmag opened this issue Jul 20, 2016 · 6 comments
Closed
Labels
- Bug tracker - <=(- UBO -)=> Org stale marked as a stale issue/pr (usually by a bot)

Comments

@bmag
Copy link
Collaborator

bmag commented Jul 20, 2016

Description :octocat:

Org-mode key bindings are initially wrong. The following recipe is demonstrates for M-j, but it's not the only one.
cc @agzam

Reproduction guide 馃

  • Start Emacs
  • Wait ~1 second for Helm to load
  • Open Org file: SPC f f ~/.emacs.d/layers/ emacs/org/README.org
  • Type C-h c M-j. Output is: M-j runs the command indent-new-comment-line
  • Enter and exit insert state: i ESC
  • Type C-h c M-j. Output is: M-j runs the command org-metadown

Observed behaviour: 馃憖 馃挃
Before entring and exiting insert state, M-j is bound to indent-new-comment-line.

Expected behaviour: 鉂わ笍 馃槃
M-j is bound to org-metadown in both cases.

System Info 馃捇

  • OS: gnu/linux
  • Emacs: 24.5.1
  • Spacemacs: 0.105.21
  • Spacemacs branch: buffer-predicate (rev. 08f5291)
  • Graphic display: t
  • Distribution: spacemacs
  • Editing style: hybrid
  • Completion: helm
  • Layers:
(helm
 (auto-completion :variables auto-completion-complete-with-key-sequence "jk" auto-completion-complete-with-key-sequence-delay 0.5 auto-completion-enable-snippets-in-popup nil auto-completion-enable-help-tooltip t company-tooltip-align-annotations t)
 command-log evil-cleverparens
 (git :variables git-magit-status-fullscreen t)
 ibuffer imenu-list nlinum org pdf-tools
 (shell :variables shell-default-shell 'shell shell-default-height 30 shell-default-position 'bottom)
 smex syntax-checking version-control c-c  
 (clojure :variables clojure-enable-fancify-symbols nil)
 emacs-lisp
 (latex :variables latex-enable-auto-fill t latex-enable-folding t)
 markdown octave ruby common-lisp window-purpose themes-megapack
 (theming :variables theming-modifications
          '((spacemacs-dark
             (aw-leading-char-face :foreground "red" :height 3.0))
            (spacemacs-light
             (aw-leading-char-face :foreground "red" :height 3.0))
            (monokai
             (aw-leading-char-face :foreground "red" :height 3.0))
            (flatland
             (aw-leading-char-face :foreground "red" :height 3.0))))
 python)
@agzam
Copy link
Contributor

agzam commented Jul 20, 2016

What would be a correct work-around that can be used in the interim until the issues is fixed?

@agzam
Copy link
Contributor

agzam commented Jul 20, 2016

Major-mode keybinding appears to be broken too. neither pressing , nor SPC m work

@agzam
Copy link
Contributor

agzam commented Jul 21, 2016

so I don't understand, if I have org layer added in dotspacemacs-configuration-layers, everything works as it used to, but org-version returns 8.2.10. If I remove that, after the restart it reports 8.3.5, but things are broken

@agzam
Copy link
Contributor

agzam commented Jul 21, 2016

I dunno what happened, but the issue doesn't seem to be appearing anymore. So I am assuming it was an upstream problem. @bmag Can you please close it? Thanks!

@TheBB
Copy link
Collaborator

TheBB commented Jul 21, 2016

FWIW I've seen this happen for a good while, and it's indeterministic to me. I wouldn't be so quick to close this.

It's likely that a timely evil-normalize-keymaps will fix this, but I haven't figured out timely means since it's hard to reproduce consistently. Is it enough to have it at the end of org-mode-hook? I don't know.

@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
- Bug tracker - <=(- UBO -)=> Org stale marked as a stale issue/pr (usually by a bot)
Projects
None yet
Development

No branches or pull requests

3 participants