Re: [BUG] Issues in ol-gnus when storing links in nnvirtual and nnselect articles [9.7-pre (release_9.6.7-570-gd6f3ae.dirty @ /home/jschmidt/work/org-mode/lisp/)]

[Ihor Radchenko <yantar92@posteo.net>]

Jens Schmidt <jschmidt4gnu@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-00@fencepost.gnu.org
>
>    That is, it lacks the group name before the hash sign.  Correct would
>    have been:
>
>      gnus:nnml+archive:test01#E18xcfu-0004HT-00@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>