martin <[email protected]> writes: > Ihor Radchenko <[email protected]> writes: > >> I am not a gnus user, so it is hard to judge, but I am surprised by this >> report. This is the very basic ol-gnus functionality and I cannot >> imagine that such error would be unnoticed earlier. So, I do suspect >> that the problem might lie in some configuration option. > > You were right about that. I was sure I had replicated this using > "emacs -Q", but my memory must have been inaccurate. > > I've bisected my configuration file and found that the cause was a > `display-buffer-alist' rule. There is setting that causes buffers to > open in a new frame, `display-buffer-pop-up-frame'. After creating an > exception for buffers that have major-mode `gnus-summary-mode', the > gnus: link works again. > > However, this still seems like a bug. Whether the summary buffer > (article listing) gets its own frame shouldn't affect Org's ability to > open the link. > > If at some point, I can wrap my head around how `org-gnus-follow-link' > works, maybe I can provide a patch.
>From my perspective, this type of bug is kind of expected. ol-gnus is juggling with GNUS frames via `org-link-frame-setup-function' and `gnus-other-frame-object'. I personally have no idea why that juggle is necessary, but suspect that it is related to lack of proper API on gnus side. Without proper API, it is very difficult to make things work reliably. Alas. Fixes from knowledgeable gnus users will be welcome, of course. -- Ihor Radchenko // yantar92, Org mode maintainer, 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>
