GNU bug report logs -
#25070
nnir-ignored-newsgroups seems to have no effect for `A T'
Previous Next
Reported by: Dave Abrahams <dabrahams <at> apple.com>
Date: Wed, 30 Nov 2016 04:33:01 UTC
Severity: normal
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25070 in the body.
You can then email your comments to 25070 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bugs <at> gnus.org
:
bug#25070
; Package
gnus
.
(Wed, 30 Nov 2016 04:33:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Dave Abrahams <dabrahams <at> apple.com>
:
New bug report received and forwarded. Copy sent to
bugs <at> gnus.org
.
(Wed, 30 Nov 2016 04:33:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I have gnus-refer-thread-use-nnir set to t and nnir-ignored-newsgroups
is "nnimap\\+LocalIMAP:committee\\|nnimap\\+LocalIMAP:\\[Gmail\\]/Spam",
but when I do `A T' from my Inbox, I see the message
Searching nnimap+LocalIMAP:committee...
which newsgroup name is definitely matched by the regexp. I've designed
the regexp that way because the newsgroup is huge and I don't want to
wait for it to be searched. So is there anything I can do about this?
Thanks,
Dave
Gnus v5.13
GNU Emacs 25.1.1 (x86_64-apple-darwin13.4.0, Carbon Version 157 AppKit 1265.21)
of 2016-11-05
200 Leafnode NNTP Daemon, version 1.11.11 running at localhost (my fqdn: dabrahams.boostpro.com)
100 Legal commands on THIS server:
ARTICLE [<Message-ID>|<Number>]
BODY [<Message-ID>|<Number>]
DATE
GROUP <Newsgroup>
HDR <Header> <Message-ID>|<Range>
HEAD [<Message-ID>|<Number>]
HELP
LAST
LIST [ACTIVE|NEWSGROUPS] [<Wildmat>]]
LIST [ACTIVE.TIMES|EXTENSIONS|OVERVIEW.FMT]
LISTGROUP <Newsgroup>
MODE READER
NEWGROUPS <yymmdd> <hhmmss> [GMT]
NEXT
POST
OVER <Range>
SLAVE
STAT [<Message-ID>|<Number>]
XHDR <Header> <Message-ID>|<Range>
XOVER <Range>
.
--
-Dave
bug reassigned from package 'gnus' to 'emacs,gnus'.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 27 Jan 2017 00:16:04 GMT)
Full text and
rfc822 format available.
bug No longer marked as found in versions 5.13.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 27 Jan 2017 00:16:05 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#25070
; Package
emacs,gnus
.
(Thu, 26 Sep 2019 22:57:01 GMT)
Full text and
rfc822 format available.
Message #12 received at 25070 <at> debbugs.gnu.org (full text, mbox):
Dave Abrahams <dabrahams <at> apple.com> writes:
> I have gnus-refer-thread-use-nnir set to t and nnir-ignored-newsgroups
> is "nnimap\\+LocalIMAP:committee\\|nnimap\\+LocalIMAP:\\[Gmail\\]/Spam",
> but when I do `A T' from my Inbox, I see the message
>
> Searching nnimap+LocalIMAP:committee...
>
> which newsgroup name is definitely matched by the regexp. I've designed
> the regexp that way because the newsgroup is huge and I don't want to
> wait for it to be searched. So is there anything I can do about this?
I'm not very familiar with nnir, but I've been trying to follow the
logic of nnir-ignored-newsgroups, and I suspect it's not used in the
code path that `A T' uses.
Could you (setq debug-on-message "committee") to get a backtrace when it
outputs that message so that I can see what the call sequence is?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#25070
; Package
emacs,gnus
.
(Thu, 26 Sep 2019 23:56:01 GMT)
Full text and
rfc822 format available.
Message #15 received at 25070 <at> debbugs.gnu.org (full text, mbox):
I’m afraid I don’t get to use GNUs much these days, so realistically, probably not.
> On Sep 26, 2019, at 3:56 PM, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
>
> Dave Abrahams <dabrahams <at> apple.com> writes:
>
>> I have gnus-refer-thread-use-nnir set to t and nnir-ignored-newsgroups
>> is "nnimap\\+LocalIMAP:committee\\|nnimap\\+LocalIMAP:\\[Gmail\\]/Spam",
>> but when I do `A T' from my Inbox, I see the message
>>
>> Searching nnimap+LocalIMAP:committee...
>>
>> which newsgroup name is definitely matched by the regexp. I've designed
>> the regexp that way because the newsgroup is huge and I don't want to
>> wait for it to be searched. So is there anything I can do about this?
>
> I'm not very familiar with nnir, but I've been trying to follow the
> logic of nnir-ignored-newsgroups, and I suspect it's not used in the
> code path that `A T' uses.
>
> Could you (setq debug-on-message "committee") to get a backtrace when it
> outputs that message so that I can see what the call sequence is?
>
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#25070
; Package
emacs,gnus
.
(Fri, 27 Sep 2019 14:23:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 25070 <at> debbugs.gnu.org (full text, mbox):
Dave Abrahams <dabrahams <at> apple.com> writes:
> I’m afraid I don’t get to use GNUs much these days, so realistically,
> probably not.
OK, then we probably won't be able to make any progress on this bug
report, and I'm closing it. If somebody else can reproduce this, please
reopen.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
25070 <at> debbugs.gnu.org and Dave Abrahams <dabrahams <at> apple.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 27 Sep 2019 14:23:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 26 Oct 2019 11:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 298 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.