6868 2009-05-06 16:06:52 +0000 error creating canonical xml for reference result 2011-08-30 00:32:14 +0000 1 1 1 Unclassified XML Query Test Suite XML Query Test Suite unspecified PC All CLOSED FIXED P3 normal --- 1 matthias.brantner mike jim.melton jmdyck matthias.brantner mike oliver spungi oldest_to_newest 25013 0 matthias.brantner 2009-05-06 16:06:52 +0000 Creating the canonical XML for the reference result (as described in the guidelines) of query Expressions/Construct/DirectConElem/DirectConElemContent/Constr-cont-nsmode-1 raises an error because the content of the namespace attributes inherit or preserve (i.e. xmlns:inherit or xmlns:preserve resp.) is not an absolute URI. This affects also reference results of other queries, e.g. Constr-cont-nsmode-2, Constr-cont-nsmode-3, or copynamespace-2. 25014 1 andrew.eisenberg 2009-05-06 18:35:25 +0000 I'm moving this bug to the XQuery Test Suite. 25015 2 andrew.eisenberg 2009-05-06 20:00:27 +0000 I've made the URIs in these test cases absolute URIs, as you requested. Please mark this bug as closed if you agree with this resolution. 25020 3 691 matthias.brantner 2009-05-07 13:41:30 +0000 Created attachment 691 List of files that I'm not able to bring into canonical xml 25021 4 matthias.brantner 2009-05-07 13:42:44 +0000 I scanned the complete testsuite and I think I discovered more problems of this kind. The attached file contains a list of files that also cause problems. 25138 5 oliver 2009-05-13 15:35:23 +0000 The expected test results for Constr-cont-nsmode-1 have not been fully corrected. The file currently reads <z xmlns:preserve="preserve" xmlns:inherit="http://www.example.com/inherit"/> and not <z xmlns:preserve="http://www.example.com/preserve" xmlns:inherit="http://www.example.com/inherit"/> 25172 6 andrew.eisenberg 2009-05-15 19:49:07 +0000 I've changed the expected test result for Constr-cont-nsmode-1 in the way that you have indicated. 25174 7 andrew.eisenberg 2009-05-15 20:19:57 +0000 I've fixed test case ExpandedQNameConstructFunc018. The URI generated by the test case is now http://www.example.com/Folder00000000001 instead of Folder00000000001. 25175 8 andrew.eisenberg 2009-05-15 20:23:29 +0000 Of the test cases that you've identified, I believe that the following still need attention: K2-ComputeConAttr-59 K2-DirectConElemNamespace-59 K2-DirectConElemNamespace-60 K2-DirectConElemNamespace-75 K2-DirectConElemNamespace-76 K2-DirectConElem-47 Frans, perhaps you could look at these. 25251 9 mike 2009-05-21 14:31:01 +0000 The expected results for Constr-cont-nsmode-1 appear to have fixed one namespace but not the other. I have now fixed the other. 28333 10 frans.englich 2009-10-14 12:07:24 +0000 I'm not so sure if this is the right thing to do, XQuery allows relative namespace URIs, e.g this is a valid query: <a xmlns="1"/> And we need to be able to verify those queries, and the current way of comparing results hence prevents us from doing what the suite is set out to. E.g, if we have no queries with relative URIs, we don't test what we're supposed to test, as far as I can tell. Or no? I'm tempted to change the guideline document to compare as per c14n, but without treating relative URIs as an error. Any thoughts? 28350 11 matthias.brantner 2009-10-14 16:02:35 +0000 I'm not sure if the problem is located somewhere else. What does it mean to have a relative URI in a namespace attribute (since this is not allowed in XML anyway)? I think that this might be an error in the XQuery serialization specification. In the serialization process, any relative namespace attribute should be resolved against the static context's base uri. As a result, no (valid) XML should contain relative namespace attributes anymore. What do you think? 28357 12 mike 2009-10-14 20:06:46 +0000 >What does it mean to have a relative URI in a namespace attribute (since this is not allowed in XML anyway)? Under the famous ruling of 11 Sept 2000, after fierce debate, they were deemed legal in XML but deprecated, and it was stated that later specifications such as XPath and DOM (and presumably XQuery by implication) "would define no meaning for them". So the answer to your question, according to Dan Connolly, is that you can use it but it means nothing. http://lists.w3.org/Archives/Public/xml-uri/2000Sep/0083.html [Not that an absolute URI means anything either.] A few products and specifications such as Canonicalization and XOM have gone further and reject relative URIs. This strengthens the case for avoiding them. In fact the status of relative URIs as namespaces is not all that different from "wannabe URIs", strings that are not valid URIs according to the RFC because, perhaps, they contain non-ASCII characters. The namespaces Rec goes out of its way to avoid saying that parsers must test namespace names against the URI spec and reject documents if the namespace name is not a valid URI. Which, in some people's eyes, means that every string is a legal namespace name (or at any rate, any string which can be produced as the result of attribute value normalization of a CDATA attribute). The XQuery spec similarly says that products may reject such strings but are not required to do so. In my view there are dragons here which the collective minds of W3C have failed to slay, and there is very little to be gained by having the XQuery test suite step out boldly into the quagmire. Commercial products usually implement many specifications in a single product, and where the specifications exhibit minor incompatibilities, they sometimes have to paper over the cracks in the interests of users. Many products, for example, allow the Sun-defined jar: "URI" format in interfaces where URIs are expected, even though these are not actually legal URIs, because it is a convenience to users and an aid to interoperability to permit them. I do not think anyone's interests would be well served if the XQuery test suite took it upon itself to award black marks to vendors who made this decision. For the same reason, I think the XQuery test suite should neither condone nor condemn products supporting relative URIs as namespaces - given the unclear W3C ruling, it's a difficult decision that vendors have to make and there is no right answer. >In the serialization process, any relative namespace attribute should be resolved against the static context's base uri. That is almost certainly something that you should most definitely NOT do. The fierce 2000 debate and its resolution made that very clear. 33593 13 frans.englich 2010-03-15 13:54:20 +0000 *** Bug 7975 has been marked as a duplicate of this bug. *** 33595 14 frans.englich 2010-03-15 13:59:19 +0000 Committed a slew of fixes related to this. Feel free to report back what still is missing. I believe the implementation erroneously reported on K2-DirectConElem-47, afaik the URIs shouldn't be subject to URI escaping. Closing as fixed, tentatively. 33599 15 oliver 2010-03-15 16:25:33 +0000 Since the bug report was opened 4 more tests with the same problem have been added: DirectConElemNamespace-3 DirectConElemNamespace-4 DirectConElemNamespace-5 DirectConElemNamespace-6 Otherwise I am happy that all the other tests are fixed correctly. 35958 16 mike 2010-06-03 23:54:41 +0000 Some monitoring reveals the following tests that use invalid or relative URIs as namespace names, so the problem is more widespread than stated in comment #15: Test K2-DirectConElem-47 **** illegal URI used as namespace: http://example.com/<>"'" Test Constr-attr-nsdecl-1 **** relative URI used as namespace: uri Test K2-DirectConElemNamespace-59 **** illegal URI used as namespace: http://example.com/{{{}}}asd Test K2-DirectConElemNamespace-60 *** (Canonical XML:) namespace http://example.com/{{{}}}asd is not a valid URI Test K2-DirectConElemNamespace-65 **** illegal URI used as namespace: http://example.com/{}{{}} Test K2-DirectConElemNamespace-75 **** illegal URI used as namespace: http://example.com/{1} Test K2-DirectConElemNamespace-79 **** relative URI used as namespace: URL1 **** relative URI used as namespace: URL2 Test DirectConElemNamespace-3 **** illegal URI used as namespace: """asd Test DirectConElemNamespace-4 **** illegal URI used as namespace: "asd Test DirectConElemNamespace-5 **** relative URI used as namespace: ''''''asd Test DirectConElemNamespace-6 **** relative URI used as namespace: ''asd Test copynamespace-3 **** relative URI used as namespace: www.existingnamespace.com **** relative URI used as namespace: www.mynamespace.com Test copynamespace-14 **** relative URI used as namespace: www.another.com Test copynamespace-15 **** relative URI used as namespace: www.namespace1.com **** relative URI used as namespace: www.namespace2.com **** relative URI used as namespace: www.namespace3.com Test K2-InScopePrefixesFunc-6 **** relative URI used as namespace: asd Test K2-InScopePrefixesFunc-30 **** relative URI used as namespace: foo Test functx-functx-namespaces-in-use-1 **** relative URI used as namespace: abc **** relative URI used as namespace: def **** relative URI used as namespace: ghi **** relative URI used as namespace: xyz Test functx-functx-name-test-1 **** relative URI used as namespace: ns1 I shall fix some of these where the use of an unvalid or relative namespace is not germane to the test. Where the invalid or relative namespace is used deliberately and is of the essence of the test, I shall review the expected results to see whether they appear to be correct. For some tests, the problem arises only because of the use of canonicalization for comparing results. It may be possible to avoid this problem by comparing results as part of the test, using deep-equal. 35967 17 mike 2010-06-04 10:40:59 +0000 I have attempted to fix this bug as follows: (a) For all tests in the tests suite that were using relative namespace URIs, I have changed the test to use an absolute URI instead. (b) For tests that were using an invalid URI as a namespace name, where this was not necessary for the purpose of the test, I have changed the test to use a valid absolute URI. (c) For tests that were using invalid namespace URIs by design, I have changed the test so that (i) the invalid namespace URI does not appear in the test output in a form that will cause canonicalization to fail, and (ii) XQST0046 is given as a possible test result, allowing for the fact that XQuery processors are permitted (but not required) to raise an error if an invalid URI is used as a namespace name. Note that this affects some tests that were not listed in the previous comment, because the monitoring only reported the first use of each illegal/relative URI. 35976 18 oliver 2010-06-04 16:53:01 +0000 The compare mode is still set to XML for the results of K2-DirectConElemNamespace-59, 60 and 75. Now that these tests have been rewritten the compare mode should be changed to text. 36005 19 mike 2010-06-06 15:32:13 +0000 Fixed as suggested 36022 20 oliver 2010-06-07 12:53:48 +0000 Apologies for reopening this again, but the tests K2-DirectConElemNamespace-59, 60 and 75 are still not quite right There seems to be an extra newline character at the end of the expected results for these tests. 36023 21 mike 2010-06-07 13:05:21 +0000 I've removed the offending newlines. However, I'm surprised you should be treating trailing newlines as significant. 36024 22 oliver 2010-06-07 13:28:54 +0000 Thanks for fixing this. I am somewhat confused by your comment though. According to the "Guidelines for running the XML Query Test Suite" (Comparing results): XML: The test harness must canonicalize both, the actual result and the expected result according to the “Canonical XML” recommendation [2], which refers to a number of open-source implementations. Byte-comparison can then be applied to the resulting XML documents. If the test harness does this process in a different manner, it must be documented. XML fragment: For XML fragments, the same root node must be created for both, implementation result and test suite result. The resulting XML can be compared using XML comparison. Text: Same comparison as "XML fragment". I assume that by "root node" it means "top level element" and so this would be equivalent to comparing <result>http://example.com/{{{}}}asd</result> to <result>http://example.com/{{{}}}asd </result> which are clearly different documents. Am I missing something here? 36025 23 mike 2010-06-07 14:29:26 +0000 You seem to be right. Another fine mess. "Text" and "XML Fragment" shouldn't be the same - there were good reasons for them to be different - but one or the other was misused in the past and the documentation was changed to immortalize the error, leading to this kind of problem. 36217 24 oliver 2010-06-16 17:45:02 +0000 Some more tests were changed as a result of this bug: DirectConElemNamespace-3 DirectConElemNamespace-4 DirectConElemNamespace-5 DirectConElemNamespace-6 These tests still have compare mode set to XML, and so fail to canonicalize as there is text at the top level. 36218 25 oliver 2010-06-16 17:50:18 +0000 The change to DirectConElemNamespace-6 introduced one more problem. The query now looks like this: namespace-uri(<e xmlns:p='http://ns.example.com/ns?val=''asd'/>) The namespace of the element here is "", not "http://ns.example.com/ns?val='asd" as the test expects. I assume that either the element name should be p:e, or the namespace declaration should be for the default namespace. 36219 26 mike 2010-06-16 21:44:05 +0000 I have fixed the problems identified in comments #24 and #25 as suggested. 36236 27 oliver 2010-06-17 11:52:09 +0000 Thanks. The only outstanding problem is the XQueryX version of the test, but that should sort itself out when the XQueryX tests are rebuilt. I am happy with all these fixes, but I will leave it to the original commenter to mark this bug closed. 41106 28 spungi 2010-10-12 14:15:42 +0000 I have added XQST0022 as an alternate result for tests: K2-DirectConElem-47 K2-DirectConElemNamespace-59 K2-DirectConElemNamespace-65 K2-DirectConElemNamespace-75 K2-DirectConElemNamespace-76 because, as it was also mentioned by a comment for these tests, some processors MAY report the URI's as invalid. 56017 29 jmdyck 2011-08-30 00:32:14 +0000 Re the previous comment, see Bug 13966. 691 2009-05-07 13:41:30 +0000 2009-05-07 13:41:30 +0000 List of files that I'm not able to bring into canonical xml canonical_xml.txt text/plain 6887 matthias.brantner Li9Db25zdHJ1Y3QvQ29tcHV0ZUNvbi9Db21wdXRlQ29uQXR0ci9LMi1Db21wdXRlQ29uQXR0ci01 OS50eHQ6MTogcGFyc2VyIHdhcm5pbmcgOiB4bWxuczpwOiAne3t7fX19YXNkJyBpcyBub3QgYSB2 YWxpZCBVUkkKPHJvb3Q+PGUgeG1sbnM6cD0ie3t7fX19YXNkIi8+PC9yb290PgogICAgICAgICAg ICAgICAgICAgICAgICAgICAgXgplcnJvciBjYW5vbmljYWxpemluZyBmaWxlIC4vQ29uc3RydWN0 L0RpcmVjdENvbkVsZW0vRGlyZWN0Q29uRWxlbU5hbWVzcGFjZS9LMi1EaXJlY3RDb25FbGVtTmFt ZXNwYWNlLTU5LnR4dAotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQouL0NvbnN0cnVjdC9Db21wdXRlQ29uL0NvbXB1dGVDb25BdHRyL0syLUNvbXB1dGVD b25BdHRyLTU5LnR4dDoxOiBwYXJzZXIgd2FybmluZyA6IHhtbG5zOnA6ICd7e3t9fX1hc2QnIGlz IG5vdCBhIHZhbGlkIFVSSQo8cm9vdD48ZSB4bWxuczpwPSJ7e3t9fX1hc2QiLz48L3Jvb3Q+CiAg ICAgICAgICAgICAgICAgICAgICAgICAgICBeCmVycm9yIGNhbm9uaWNhbGl6aW5nIGZpbGUgLi9D b25zdHJ1Y3QvRGlyZWN0Q29uRWxlbS9EaXJlY3RDb25FbGVtTmFtZXNwYWNlL0syLURpcmVjdENv bkVsZW1OYW1lc3BhY2UtNjAudHh0Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tCi4vQ29uc3RydWN0L0NvbXB1dGVDb24vQ29tcHV0ZUNvbkF0dHIvSzIt Q29tcHV0ZUNvbkF0dHItNTkudHh0OjE6IHBhcnNlciB3YXJuaW5nIDogeG1sbnM6IHsxfSBub3Qg YSB2YWxpZCBVUkkKPHJvb3Q+PGUgeG1sbnM9InsxfSIvPjwvcm9vdD4KICAgICAgICAgICAgICAg ICAgICBeCmVycm9yIGNhbm9uaWNhbGl6aW5nIGZpbGUgLi9Db25zdHJ1Y3QvRGlyZWN0Q29uRWxl bS9EaXJlY3RDb25FbGVtTmFtZXNwYWNlL0syLURpcmVjdENvbkVsZW1OYW1lc3BhY2UtNzUudHh0 Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCi4vQ29u c3RydWN0L0NvbXB1dGVDb24vQ29tcHV0ZUNvbkF0dHIvSzItQ29tcHV0ZUNvbkF0dHItNTkudHh0 OjE6IHBhcnNlciB3YXJuaW5nIDogeG1sbnM6cDogJ3sxfScgaXMgbm90IGEgdmFsaWQgVVJJCjxy b290PjxlIHhtbG5zOnA9InsxfSIvPjwvcm9vdD4KICAgICAgICAgICAgICAgICAgICAgIF4KZXJy b3IgY2Fub25pY2FsaXppbmcgZmlsZSAuL0NvbnN0cnVjdC9EaXJlY3RDb25FbGVtL0RpcmVjdENv bkVsZW1OYW1lc3BhY2UvSzItRGlyZWN0Q29uRWxlbU5hbWVzcGFjZS03Ni50eHQKLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KLi9Db25zdHJ1Y3QvQ29t cHV0ZUNvbi9Db21wdXRlQ29uQXR0ci9LMi1Db21wdXRlQ29uQXR0ci01OS50eHQ6MTogcGFyc2Vy IHdhcm5pbmcgOiB4bWxuczogaHR0cDovL2V4YW1wbGUuY29tLzw+IiciIG5vdCBhIHZhbGlkIFVS SQo8cm9vdD48cj48ZSB4bWxucz0iaHR0cDovL2V4YW1wbGUuY29tLyZsdDsmZ3Q7JnF1b3Q7JyZx dW90OyIvPjxlIHhtbG5zPSJodHRwOi8vZQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeCi4vQ29uc3RydWN0L0NvbXB1dGVDb24vQ29t cHV0ZUNvbkF0dHIvSzItQ29tcHV0ZUNvbkF0dHItNTkudHh0OjE6IHBhcnNlciB3YXJuaW5nIDog eG1sbnM6IGh0dHA6Ly9leGFtcGxlLmNvbS88PiInJyBub3QgYSB2YWxpZCBVUkkKYW1wbGUuY29t LyZsdDsmZ3Q7JnF1b3Q7JyZxdW90OyIvPjxlIHhtbG5zPSJodHRwOi8vZXhhbXBsZS5jb20vJmx0 OyZndDsmcXVvdDsnJyIKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4KLi9Db25zdHJ1Y3QvQ29tcHV0 ZUNvbi9Db21wdXRlQ29uQXR0ci9LMi1Db21wdXRlQ29uQXR0ci01OS50eHQ6MTogcGFyc2VyIHdh cm5pbmcgOiB4bWxuczpwOiAnaHR0cDovL2V4YW1wbGUuY29tLzw+IiciJyBpcyBub3QgYSB2YWxp ZCBVUkkKcGxlLmNvbS8mbHQ7Jmd0OyZxdW90OycnIi8+PGUgeG1sbnM6cD0iaHR0cDovL2V4YW1w bGUuY29tLyZsdDsmZ3Q7JnF1b3Q7JyZxdW90OyIKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4KLi9D b25zdHJ1Y3QvQ29tcHV0ZUNvbi9Db21wdXRlQ29uQXR0ci9LMi1Db21wdXRlQ29uQXR0ci01OS50 eHQ6MTogcGFyc2VyIHdhcm5pbmcgOiB4bWxuczpwOiAnaHR0cDovL2V4YW1wbGUuY29tLzw+Iicn JyBpcyBub3QgYSB2YWxpZCBVUkkKcGxlLmNvbS8mbHQ7Jmd0OyZxdW90OycmcXVvdDsiLz48ZSB4 bWxuczpwPSJodHRwOi8vZXhhbXBsZS5jb20vJmx0OyZndDsmcXVvdDsnJyIKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIF4KZXJyb3IgY2Fub25pY2FsaXppbmcgZmlsZSAuL0NvbnN0cnVjdC9EaXJlY3RD b25FbGVtL0syLURpcmVjdENvbkVsZW0tNDcudHh0Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCi4vQ29uc3RydWN0L0NvbXB1dGVDb24vQ29tcHV0ZUNv bkF0dHIvSzItQ29tcHV0ZUNvbkF0dHItNTkudHh0OjE6IHBhcnNlciB3YXJuaW5nIDogeG1sbnM6 IGh0dHA6Ly9leGFtcGxlLmNvbS88PiInIiBub3QgYSB2YWxpZCBVUkkKPHJvb3Q+PHI+PGUgeG1s bnM9Imh0dHA6Ly9leGFtcGxlLmNvbS8mbHQ7Jmd0OyZxdW90OycmcXVvdDsiLz48ZSB4bWxucz0i aHR0cDovL2UKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgXgouL0NvbnN0cnVjdC9Db21wdXRlQ29uL0NvbXB1dGVDb25BdHRyL0syLUNv bXB1dGVDb25BdHRyLTU5LnR4dDoxOiBwYXJzZXIgd2FybmluZyA6IHhtbG5zOiBodHRwOi8vZXhh bXBsZS5jb20vPD4iJycgbm90IGEgdmFsaWQgVVJJCmFtcGxlLmNvbS8mbHQ7Jmd0OyZxdW90Oycm cXVvdDsiLz48ZSB4bWxucz0iaHR0cDovL2V4YW1wbGUuY29tLyZsdDsmZ3Q7JnF1b3Q7JyciCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBeCi4vQ29uc3RydWN0L0NvbXB1dGVDb24vQ29tcHV0ZUNvbkF0 dHIvSzItQ29tcHV0ZUNvbkF0dHItNTkudHh0OjE6IHBhcnNlciB3YXJuaW5nIDogeG1sbnM6cDog J2h0dHA6Ly9leGFtcGxlLmNvbS88PiInIicgaXMgbm90IGEgdmFsaWQgVVJJCnBsZS5jb20vJmx0 OyZndDsmcXVvdDsnJyIvPjxlIHhtbG5zOnA9Imh0dHA6Ly9leGFtcGxlLmNvbS8mbHQ7Jmd0OyZx dW90OycmcXVvdDsiCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeCi4vQ29uc3RydWN0L0NvbXB1dGVD b24vQ29tcHV0ZUNvbkF0dHIvSzItQ29tcHV0ZUNvbkF0dHItNTkudHh0OjE6IHBhcnNlciB3YXJu aW5nIDogeG1sbnM6cDogJ2h0dHA6Ly9leGFtcGxlLmNvbS88PiInJycgaXMgbm90IGEgdmFsaWQg VVJJCnBsZS5jb20vJmx0OyZndDsmcXVvdDsnJnF1b3Q7Ii8+PGUgeG1sbnM6cD0iaHR0cDovL2V4 YW1wbGUuY29tLyZsdDsmZ3Q7JnF1b3Q7JyciCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeCmVycm9y IGNhbm9uaWNhbGl6aW5nIGZpbGUgLi9Db25zdHJ1Y3QvRGlyZWN0Q29uRWxlbS9LMi1EaXJlY3RD b25FbGVtLTQ3LnR4dAotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQouL0NvbnN0cnVjdC9Db21wdXRlQ29uL0NvbXB1dGVDb25BdHRyL0syLUNvbXB1dGVD b25BdHRyLTU5LnR4dDoxOiBwYXJzZXIgd2FybmluZyA6IHhtbG5zOiBodHRwOi8vZXhhbXBsZS5j b20vPD4iJyIgbm90IGEgdmFsaWQgVVJJCjxyb290PjxyPjxlIHhtbG5zPSJodHRwOi8vZXhhbXBs ZS5jb20vJmx0OyZndDsmcXVvdDsnJnF1b3Q7Ii8+PGUgeG1sbnM9Imh0dHA6Ly9lCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4KLi9D b25zdHJ1Y3QvQ29tcHV0ZUNvbi9Db21wdXRlQ29uQXR0ci9LMi1Db21wdXRlQ29uQXR0ci01OS50 eHQ6MTogcGFyc2VyIHdhcm5pbmcgOiB4bWxuczogaHR0cDovL2V4YW1wbGUuY29tLzw+IicnIG5v dCBhIHZhbGlkIFVSSQphbXBsZS5jb20vJmx0OyZndDsmcXVvdDsnJnF1b3Q7Ii8+PGUgeG1sbnM9 Imh0dHA6Ly9leGFtcGxlLmNvbS8mbHQ7Jmd0OyZxdW90OycnIgogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgXgouL0NvbnN0cnVjdC9Db21wdXRlQ29uL0NvbXB1dGVDb25BdHRyL0syLUNvbXB1dGVDb25B dHRyLTU5LnR4dDoxOiBwYXJzZXIgd2FybmluZyA6IHhtbG5zOnA6ICdodHRwOi8vZXhhbXBsZS5j b20vPD4iJyInIGlzIG5vdCBhIHZhbGlkIFVSSQpwbGUuY29tLyZsdDsmZ3Q7JnF1b3Q7JyciLz48 ZSB4bWxuczpwPSJodHRwOi8vZXhhbXBsZS5jb20vJmx0OyZndDsmcXVvdDsnJnF1b3Q7IgogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgXgouL0NvbnN0cnVjdC9Db21wdXRlQ29uL0NvbXB1dGVDb25BdHRy L0syLUNvbXB1dGVDb25BdHRyLTU5LnR4dDoxOiBwYXJzZXIgd2FybmluZyA6IHhtbG5zOnA6ICdo dHRwOi8vZXhhbXBsZS5jb20vPD4iJycnIGlzIG5vdCBhIHZhbGlkIFVSSQpwbGUuY29tLyZsdDsm Z3Q7JnF1b3Q7JyZxdW90OyIvPjxlIHhtbG5zOnA9Imh0dHA6Ly9leGFtcGxlLmNvbS8mbHQ7Jmd0 OyZxdW90OycnIgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXgplcnJvciBjYW5vbmljYWxpemluZyBm aWxlIC4vQ29uc3RydWN0L0RpcmVjdENvbkVsZW0vSzItRGlyZWN0Q29uRWxlbS00Ny50eHQKLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KLi9Db25zdHJ1 Y3QvQ29tcHV0ZUNvbi9Db21wdXRlQ29uQXR0ci9LMi1Db21wdXRlQ29uQXR0ci01OS50eHQ6MTog cGFyc2VyIHdhcm5pbmcgOiB4bWxuczogaHR0cDovL2V4YW1wbGUuY29tLzw+IiciIG5vdCBhIHZh bGlkIFVSSQo8cm9vdD48cj48ZSB4bWxucz0iaHR0cDovL2V4YW1wbGUuY29tLyZsdDsmZ3Q7JnF1 b3Q7JyZxdW90OyIvPjxlIHhtbG5zPSJodHRwOi8vZQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeCi4vQ29uc3RydWN0L0NvbXB1dGVD b24vQ29tcHV0ZUNvbkF0dHIvSzItQ29tcHV0ZUNvbkF0dHItNTkudHh0OjE6IHBhcnNlciB3YXJu aW5nIDogeG1sbnM6IGh0dHA6Ly9leGFtcGxlLmNvbS88PiInJyBub3QgYSB2YWxpZCBVUkkKYW1w bGUuY29tLyZsdDsmZ3Q7JnF1b3Q7JyZxdW90OyIvPjxlIHhtbG5zPSJodHRwOi8vZXhhbXBsZS5j b20vJmx0OyZndDsmcXVvdDsnJyIKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4KLi9Db25zdHJ1Y3Qv Q29tcHV0ZUNvbi9Db21wdXRlQ29uQXR0ci9LMi1Db21wdXRlQ29uQXR0ci01OS50eHQ6MTogcGFy c2VyIHdhcm5pbmcgOiB4bWxuczpwOiAnaHR0cDovL2V4YW1wbGUuY29tLzw+IiciJyBpcyBub3Qg YSB2YWxpZCBVUkkKcGxlLmNvbS8mbHQ7Jmd0OyZxdW90OycnIi8+PGUgeG1sbnM6cD0iaHR0cDov L2V4YW1wbGUuY29tLyZsdDsmZ3Q7JnF1b3Q7JyZxdW90OyIKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IF4KLi9Db25zdHJ1Y3QvQ29tcHV0ZUNvbi9Db21wdXRlQ29uQXR0ci9LMi1Db21wdXRlQ29uQXR0 ci01OS50eHQ6MTogcGFyc2VyIHdhcm5pbmcgOiB4bWxuczpwOiAnaHR0cDovL2V4YW1wbGUuY29t Lzw+IicnJyBpcyBub3QgYSB2YWxpZCBVUkkKcGxlLmNvbS8mbHQ7Jmd0OyZxdW90OycmcXVvdDsi Lz48ZSB4bWxuczpwPSJodHRwOi8vZXhhbXBsZS5jb20vJmx0OyZndDsmcXVvdDsnJyIKICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIF4KZXJyb3IgY2Fub25pY2FsaXppbmcgZmlsZSAuL0NvbnN0cnVjdC9E aXJlY3RDb25FbGVtL0syLURpcmVjdENvbkVsZW0tNDcudHh0Ci0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCi4vQ29uc3RydWN0L0NvbXB1dGVDb24vQ29t cHV0ZUNvbkF0dHIvSzItQ29tcHV0ZUNvbkF0dHItNTkudHh0OjE6IHBhcnNlciB3YXJuaW5nIDog eG1sbnM6IFVSSSBGb2xkZXIwMDAwMDAwMDAwMSBpcyBub3QgYWJzb2x1dGUKPHJvb3Q+PHBlb3Bs ZSB4bWxucz0iRm9sZGVyMDAwMDAwMDAwMDEiPnRlc3Q8L3Blb3BsZT48L3Jvb3Q+CiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4KZXJyb3IgY2Fub25pY2FsaXppbmcgZmls ZSAuL0Z1bmN0aW9ucy9RTmFtZUZ1bmMvUU5hbWVDb25zdHJ1Y3RGdW5jL0V4cGFuZGVkUU5hbWVD b25zdHJ1Y3RGdW5jL0V4cGFuZGVkUU5hbWVDb25zdHJ1Y3RGdW5jMDE4LnhtbAo=