<?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>25327</bug_id>
          
          <creation_ts>2014-04-11 15:07:51 +0000</creation_ts>
          <short_desc>[XSLT30] Typo in &apos;sum(a/b/c)&apos; general streamability example</short_desc>
          <delta_ts>2014-07-27 19:22:49 +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>XSLT 3.0</component>
          <version>Last Call drafts</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>trivial</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Eugene Fotin">eugene.fotin</reporter>
          <assigned_to name="Michael Kay">mike</assigned_to>
          <cc>abel.braaksma</cc>
    
    <cc>eugene.fotin</cc>
    
    <cc>jim.melton</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>103757</commentid>
    <comment_count>0</comment_count>
    <who name="Eugene Fotin">eugene.fotin</who>
    <bug_when>2014-04-11 15:07:51 +0000</bug_when>
    <thetext>In &apos;sum(a/b/c)&apos; sample the argument is referred as the argument of &apos;count&apos; function instead of &apos;sum&apos;.

http://www.w3.org/TR/xslt-30/#general-streamability-examples
&quot;sum(a/b/c) is grounded and consuming, because the operand (the argument to the ***count*** function) is striding and consuming (see earlier example) and the operand usage is absorption.&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>103760</commentid>
    <comment_count>1</comment_count>
    <who name="Eugene Fotin">eugene.fotin</who>
    <bug_when>2014-04-11 15:27:39 +0000</bug_when>
    <thetext>http://marker.to/gxwJHI</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>103761</commentid>
    <comment_count>2</comment_count>
    <who name="Eugene Fotin">eugene.fotin</who>
    <bug_when>2014-04-11 15:43:00 +0000</bug_when>
    <thetext>Also, I would like to see one or two examples for the case where OU of Transmission with crawling and cardinality &gt; 1, and one with OU of Transmission with crawling and cardinality = 1.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>103764</commentid>
    <comment_count>3</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2014-04-11 16:04:35 +0000</bug_when>
    <thetext>Thanks for reporting it. I&apos;ve fixed the typo mentioned, and I&apos;ll leave the bug open so we can try and allocate effort for extra examples as requested.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>109058</commentid>
    <comment_count>4</comment_count>
    <who name="Abel Braaksma">abel.braaksma</who>
    <bug_when>2014-07-17 15:27:10 +0000</bug_when>
    <thetext>Some examples as requested by Eugene:

- zero-or-one(div//p) has OU of transmission and its argument, div//p has posture crawling, sweep of consuming. The result of the analysis following the GSR makes this consuming and striding (rule 2.d.iii).

- fn:tail(head//section) has OU of transmission and its argument, head//section, is crawling and consuming. The result of the analysis following the GSR makes this crawling and consuming (rule 2.d.iv).

- exactly-one(div | p) has OU of transmission and its argument, div | p, is crawling and consuming. The result of the analysis following the GSR makes this striding and consuming (rule 2.d.iii).

- fn:unordered(head | section) has OU of transmission and its argument, head | section, is crawling and consuming. The result of the analysis following the GSR makes this crawling and consuming (rule 2.d.iv).

In fact, I am unsure whether the rules for fn:tail correctly make it crawling and consuming, I tend to think it should be free-ranging. For fn:unordered it does not seem to matter.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>109067</commentid>
    <comment_count>5</comment_count>
    <who name="Jim Melton">jim.melton</who>
    <bug_when>2014-07-17 19:09:28 +0000</bug_when>
    <thetext>I would really like to request that people who submit (new) bugs to PLEASE use the convention of having the first bit of the bug title indicating the document against which the bug is being filed -- in the case of this bug, that would be something like &quot;[XSLT30]&quot; or &quot;[XT30]&quot; or something similar. 

Thanks!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>109069</commentid>
    <comment_count>6</comment_count>
    <who name="Abel Braaksma">abel.braaksma</who>
    <bug_when>2014-07-17 19:31:04 +0000</bug_when>
    <thetext>Hi Jim, we can&apos;t really ask that from people outside the working group to do so (as was the case here), and I myself was not aware of the requirement, but I will do so in subsequent bug-entries, or fix the title if necessary.

I assume it is not possible to let BugZilla do this automatically? It is something that is easily forgotten. I&apos;ll fix this title.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>109323</commentid>
    <comment_count>7</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2014-07-27 19:22:29 +0000</bug_when>
    <thetext>Some further examples based on those provided in comment 4 have been added to the spec.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>