Jens Schmidt <jschmidt4...@vodafonemail.de> writes: > The most obvious symptom is this: > > - Create an nnselect group and open an article from that. In the > article buffer, do M-x org-store-link RET, then paste the link with > C-c C-l in some Org mode buffer. The resulting link looks like > > gnus:#e18xcfu-0004ht...@fencepost.gnu.org > > That is, it lacks the group name before the hash sign. Correct would > have been: > > gnus:nnml+archive:test01#e18xcfu-0004ht...@fencepost.gnu.org > > Starting with Emacs 30, you even more obviously get an error: > > Debugger entered--Lisp error: (wrong-type-argument > number-or-marker-p nil)
Thanks for reporting! ol-gnus is not very actively maintained, so there be dragons. > The root cause is that some of the Gnus functions used in > `org-gnus-store-link' must be called only in summary buffers, and not in > article buffers. These are: > > gnus-summary-article-number > nnselect-article-group > > Not sure about these, but it is probably also better to call these in > summary buffers only: > > nnvirtual-map-article > nnir-article-group > > The remedy for these issues is simple: When calling above functions just > temporarily and unconditionally switch to the summary buffer with > > (with-current-buffer gnus-summary-buffer ...) > > where buffer-local variable `gnus-summary-buffer' in an article buffer > points to the summary buffer where the articles comes from. (And for > a summary buffer the variable points to the summary buffer itself.) I am not familiar with Gnus, but looking at the code, may it be that a Gnus article is open when Gnus summary buffer is not? -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at <https://orgmode.org/>. Support Org development at <https://liberapay.com/org-mode>, or support my work at <https://liberapay.com/yantar92>
