bug#62451: closed (29.0.60; nnselect-request-threads assumes gnus-search-use-parsed-queries)

[GNU bug Tracking System]

Your message dated Sun, 26 Mar 2023 11:05:54 -0700
with message-id <87ilenie0t.fsf@athena.silentflame.com>
and subject line Re: bug#62451: 29.0.60; nnselect-request-threads assumes 
gnus-search-use-parsed-queries
has caused the debbugs.gnu.org bug report #62451,
regarding 29.0.60; nnselect-request-threads assumes 
gnus-search-use-parsed-queries
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
62451: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=62451
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> 29.0.60; nnselect-request-threads assumes gnus-search-use-parsed-queries
>
>
>
>
> Date: 
>
> Sat, 25 Mar 2023 16:16:53 -0700
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13)
>
>
>
>
> X-debbugs-cc: cohen@bu.edu
>
> nnselect-request-threads generates a query in Gnus's generic search
> language and expects gnus-search-prepare-query to convert it to a raw
> query.  But if gnus-search-use-parsed-queries is nil, as it is by
> default, then this doesn't happen, and the search engine receives a
> query it can't understand.  For example, notmuch receives a query like
> "id:<foo> or id:<bar>" when it should receive "id:foo or id:bar".
>
> This breaks the gnus-summary-refer-thread command.
>
> One way to fix it is to add a binding (gnus-search-use-parsed-queries t)
> to the let* form in which the call to gnus-search-run-query is made.
>
> -- 
> Sean Whitton
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#62451: 29.0.60; nnselect-request-threads assumes gnus-search-use-parsed-queries
>
>
>
>
> Date: 
>
> Sun, 26 Mar 2023 11:05:54 -0700
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13)
>
>
>
>
> Hello,
>
> On Sun 26 Mar 2023 at 08:17AM +08, Andrew Cohen wrote:
>
> >>>>>> "SW" == Sean Whitton <spwhitton@spwhitton.name> writes:
> >
> >     SW> X-debbugs-cc: cohen@bu.edu nnselect-request-threads generates a
> >     SW> query in Gnus's generic search language and expects
> >     SW> gnus-search-prepare-query to convert it to a raw query.  But if
> >     SW> gnus-search-use-parsed-queries is nil, as it is by default, then
> >     SW> this doesn't happen, and the search engine receives a query it
> >     SW> can't understand.  For example, notmuch receives a query like
> >     SW> "id:<foo> or id:<bar>" when it should receive "id:foo or
> >     SW> id:bar".
> >
> >     SW> This breaks the gnus-summary-refer-thread command.
> >
> >     SW> One way to fix it is to add a binding
> >     SW> (gnus-search-use-parsed-queries t) to the let* form in which the
> >     SW> call to gnus-search-run-query is made.
> >
> >
> > This has been in my tree for ages but I never pushed it (it is part of
> > larger changes to thread referral/retrieval). Its worth pushing by
> > itself and I'll try to do that.
> >
> > Sorry for the delay.
>
> Thank you for installing the change.  I noticed that you didn't add the
> bug number to the commit message -- it would be good if you could do
> that next time.
>
> Closing the bug.
>
> -- 
> Sean Whitton
>
>
> --- End Message ---