- From: <bugzilla@wiggum.w3.org>
- Date: Sun, 07 Jun 2009 03:44:48 +0000
- To: public-qt-comments@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=6813 Michael Dyck <jmdyck@ibiblio.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jmdyck@ibiblio.org Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Michael Dyck <jmdyck@ibiblio.org> 2009-06-07 03:44:48 --- We have added wording to section 3.2 "Search Tokens and Phrases" to clarify various edge cases, including these. In both queries, the StringLiteral "" is an FTWordsValue, which evaluates to a single xs:string value, namely the empty string, which is then tokenized, presumably into an empty sequence of tokens. The associated FTAnyallOption is omitted, which is equivalent to 'any'. The relevant wording is now: If FTAnyallOption is "any", the sequence of tokens for each string is considered as a phrase. If the sequence of tokens is empty, then the phrase contributes nothing to the set of matches for the FTWords. So the empty string (with its empty sequence of tokens) contributes no matches, and there are no other strings in the value of the FTWordsValue, so the whole FTWords yields no matches. Propagating up from there, the FTContainsExpr yields false, so the query yields the empty sequence. We believe that the indicated wording change resolves this issue, so I am marking it resolved-FIXED. If you agree, please mark it CLOSED. -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Sunday, 7 June 2009 03:44:55 UTC