<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.w3.org/Bugs/Public/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4"
          urlbase="https://www.w3.org/Bugs/Public/"
          
          maintainer="sysbot+bugzilla@w3.org"
>

    <bug>
          <bug_id>6867</bug_id>
          
          <creation_ts>2009-05-06 15:48:09 +0000</creation_ts>
          <short_desc>[FT] TestSuite</short_desc>
          <delta_ts>2009-06-09 14:09:57 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>XPath / XQuery / XSLT</product>
          <component>Full Text 1.0</component>
          <version>Candidate Recommendation</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Christian Gruen">christian.gruen</reporter>
          <assigned_to name="Jim Melton">jim.melton</assigned_to>
          <cc>pcase</cc>
          
          <qa_contact name="Mailing list for public feedback on specs from XSL and XML Query WGs">public-qt-comments</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>25012</commentid>
    <comment_count>0</comment_count>
    <who name="Christian Gruen">christian.gruen</who>
    <bug_when>2009-05-06 15:48:09 +0000</bug_when>
    <thetext>Hi again,

here the results of my latest test runs - I think only a few others issues are left now..


[1] FTOrder-andand1.txt / FTOrder-andor1.txt

...missing


[2] ftmatchoptions-q2.xq

Stemming entry..
&lt;aux-URI role=&quot;stemming-dictionary&quot;&gt;english&lt;/aux-URI&gt;

..should either be removed from the XQFTTSCatalog.xml entry, or
plan planning

..should be added to the stemming file &quot;english-stems.txt&quot;


[3] FTWindow-complexwords1.xq

XQFTTS: empty result
BaseX : &lt;title&gt;Ninja Coder&lt;/title&gt;


[4] FTContent-q2.xq

No &lt;results&gt; element expected around &lt;title&gt; elements.


[5] xquery-xpath-composability-queries-results-q8.xq

[XPST0008] Undefined variable &quot;$books&quot;.


[6] score-queries-results-q6.xq

Expecting parentheses before the weight option, as it was moved to another place in the specification.


[7] ft-3.4.1-examples-q1.xq

[FTST0009] expected as optional error.


[8] ForScoreExpr-2.xq, ForScoreExpr-4.xq

Invalid cast from element to string.


[9] FTSelection-Weight-q1f - q1h.xq

Invalid cast from integer to double.


[10] FTIgnore-q2.xq

[FTST0007] expected as optional error.


Best,
Christian</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>25098</commentid>
    <comment_count>1</comment_count>
    <who name="Pat Case">pcase</who>
    <bug_when>2009-05-10 20:27:38 +0000</bug_when>
    <thetext>Hi Christian,

[2] ftmatchoptions-q2.xq

Stemming entry..
&lt;aux-URI role=&quot;stemming-dictionary&quot;&gt;english&lt;/aux-URI&gt;

..should either be removed from the XQFTTSCatalog.xml entry, or
plan planning

..should be added to the stemming file &quot;english-stems.txt&quot;

--Done.

[5] xquery-xpath-composability-queries-results-q8.xq

[XPST0008] Undefined variable &quot;$books&quot;.

--Corrected the initial variable to $books.


[6] score-queries-results-q6.xq

Expecting parentheses before the weight option, as it was moved to another
place in the specification.

--I am not convinced that parens are needed. Maybe the Task Force can discuss.


[7] ft-3.4.1-examples-q1.xq

[FTST0009] expected as optional error.

--Done.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>25106</commentid>
    <comment_count>2</comment_count>
    <who name="Christian Gruen">christian.gruen</who>
    <bug_when>2009-05-11 20:57:10 +0000</bug_when>
    <thetext>Thank you Pat!

A small addition to [6]: as far as I know, the following query...

  &apos;a&apos; ftcontains &apos;a&apos; ordered weight 0.8

will return a parsing error whereas

  (&apos;a&apos; ftcontains &apos;a&apos; ordered) weight 0.8

will be correctly parsed. I&apos;m relying on my parser, but I will try to reproduce the behaviour by the grammar rules..

[144] FTSelection           ::=  FTOr FTPosFilter*
   ... FTOr -&gt; FTPrimaryWithOptions ...
[150] FTPrimaryWithOptions  ::=  FTPrimary FTMatchOptions? FTWeight?
[151] FTPrimary             ::=  (FTWords FTTimes?) | (&quot;(&quot; FTSelection &quot;)&quot;) |
                                 FTExtensionSelection


In 144, Position filters (here: ordered) are specified after the FTOr expression (here: &apos;a&apos;). This is why the parser will assume that the FTSelection is finished after the position filter without checking the &quot;weight&quot; token in 150. If parentheses are added, the FTSelection branch in rule 151 is applied, followed by the weight token in 150.

Hope this helps; always feel free to ask for more, or to correct me.
Christian


</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>25137</commentid>
    <comment_count>3</comment_count>
    <who name="Pat Case">pcase</who>
    <bug_when>2009-05-13 14:01:42 +0000</bug_when>
    <thetext>Christian,

[6] score-queries-results-q6.xq

Expecting parentheses before the weight option, as it was moved to another
place in the specification.

--Thanks for the explanation.

--I have moved the closing paren from after to before the weight expression in both the test cases and use cases.

Pat Case
</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>