[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#7449: 24.0.50; Problems with the bug-querying mechanism

From: Tassilo Horn
Subject: bug#7449: 24.0.50; Problems with the bug-querying mechanism
Date: Sat, 20 Nov 2010 18:02:05 +0100
User-agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux)

Michael Albinus <address@hidden> writes:


>>>  . It seems not to support more than one keyword.  E.g., if I type
>>>    either "cursor" or "overlay", I get the bug #6687 listed in the
>>>    results, but if I type "cursor overlay", I get an empty list.  Did
>>>    I understand the syntax of the keywords incorrectly?  (Btw, it
>>>    would be nice to tell the expected syntax in the prompt.)
>> I totally agree, and I don't have any clue about the syntax, too.  It's
>> the same that you would use in the search-by-subject field in the web
>> interface.
> I have in mind a simple interface. Strings, separated by spaces, are
> used as AND concatenation.

That's what I've expected from the normal search, too.  And it seems to
be just that, but with the major annoyance of recognizing a subject like

  next-line, no worky!

as words "next-line,", "no", and "worky!".  So you'll find the bug with
keyword "no", but not with "next-line", because the comma is missing...


reply via email to

[Prev in Thread] Current Thread [Next in Thread]