Open sprig opened 2 months ago
I can't reproduce this on Emacs 30. For me, bibtex-global-key-alist
is a function that returns an alist. It seems weird it would return a function.
I guess what is happening is that code gets run in a bibtex file. Then, it looks like bibtex-global-key-alist returns bibtex-reference-keys
, which does have the results you showed. I don't know why that would happen though.
Can you run this elisp block in an org file successfully?
#+BEGIN_SRC emacs-lisp
(org-ref-bad-cite-candidates)
#+END_SRC
#+RESULTS:
: ((not-today . #<marker at 96 in 2024-09-01.org>))
[[cite:¬-today]]
Hi!
Thanks for your response.
I cannot right now test on emacs above 29.2 because network connections there (such as in package.el) lead to hangs. I saw a similar bug report and apparently a fix for future versions but I'm not sure it's out yet.
The code above raises the same message as in the title...
Hi, Thanks for org-ref!
Running
org-ref
in an org buffer in emacs 29.2 gives the above messages. I traced the code and found the error originating in this function from org-ref:Specifically in this sexp:
It seems that the result from
(bibtex-global-key-alist)
is some function reference, rather than an alist.Seems like a bug in bibtex, although I'm not sure - other functionality seems to work correctly, e.g.
org-ref-insert-link
. On the other hand, it seems that the only places this function is used inside bibtex is inbibtex-completion-at-point-function
as well asbibtex-read-key
which I assume helm overrides.Any idea what's going on?