This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 7394 - [XQFTTS] Validade parsing pf XQFTTSCatalog.xml fails.
Summary: [XQFTTS] Validade parsing pf XQFTTSCatalog.xml fails.
Status: CLOSED FIXED
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: Full Text 1.0 (show other bugs)
Version: Working drafts
Hardware: PC Linux
: P2 normal
Target Milestone: ---
Assignee: Jim Melton
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-21 13:26 UTC by Francisco Borges
Modified: 2009-09-04 07:21 UTC (History)
2 users (show)

See Also:


Attachments

Description Francisco Borges 2009-08-21 13:26:16 UTC
A small glitch in the XQFT TS Catalog makes it fail validaded parsing. I am using the XQFTTS_current.zip downloaded from CVS repository on Aug20th (2009).

The following error happens when trying to parse XQFTTSCatalog.xml
======================================================================

 PARSE_ERROR: 
-----------------------------------------------Parse Error: 1
Domain:      http://www.w3.org/TR/xml-schema-1
Line:        4207
Column:      62
Public Id:   null
System Id:   null
Message:     cvc-complex-type.2.4.a: Invalid content was found starting with ele
ment 'output-file'. One of 
'{"http://www.w3.org/2005/02/query-test-full-text":expected-error}' is expected.

=======================================================================

As far as I can tell <output-file/> cannot be there if there was a <expected-error/> element already.
Comment 1 Mary Holstege 2009-09-03 19:37:50 UTC
The problem was that the expected-error element is supposed to follow the
output-file, not precede it.  It is OK to have both. For example, if the 
test relies on an optional feature or an implementation-dependent setting.
I have corrected the test in the catalog.  Please confirm this fix by marking
the bug as closed.