[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 <michael.albinus@gmx.de> writes:
Hi!
>>> . 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...
Bye,
Tassilo