Selecting element using attribute not working

[svadla-oc]

When I try to select an xml element using an attribute, I get a blank string as result.
To reproduce:
Evaluate the expression: "/data/a[@id='1']" against the attached test.xml file.

test.xml.zip

[MartijnR]

This is quite mysterious. Thank you. Will figure this out!

[svadla-oc]

Thank you!

[MartijnR]

The XPath evaluator was not 'bound' correctly to the XMLDoc.

[svadla-oc]

Martijn - Thanks for fixing the issue. The previously reported test is working now. However, a more complex expression like the one below doesn't seem to be working correctly against the attached ODM file. It seems like the tool doesn't like mixed-case attribute names.

Expression: "/ODM/ClinicalData/SubjectData/StudyEventData[@StudyEventOID='SE_BASELINE']/FormData[@Formoid='F_DEMOGRAPHICS']/ItemGroupData[@ItemGroupOID='IG_DEMOG_GROUP2']/ItemData[@ItemOID='I_DEMOG_DIAGNOSED']/@value"

odm.xml.zip

[MartijnR]

Probably something to do with XML parsing.

No, it's not. The JSDOM built-in XPath evaluator has this problem: jsdom/jsdom#2530. However, we're not using that one. So this may still be an issue with how the new evaluator overwrites the 'native' one.

It looks like the issue is with Enketo's XPath evaluator. I wonder if this is an undiscovered bug (and that our mixed use of the native XPath evaluator has failed to discover this so far.

• check enketo-xpathjs - No problem

[MartijnR]

Any custom ODK and OC functions are no longer working. So it's reverting to the JSDOM xpath evaluator, and not Enketo's.

[MartijnR]

• try different DOMParser - not dom-parser
• try XMLDom - works
• fix OC XPath extensions
• fix capitalized attributes (because those are not working - check new DOM Parser)

[MartijnR]

Trying to do this in a minimal nodeJS environment (without running in a headless browser) is a little trickier than I thought. It's fixed now. Hopefully, that was the last such issue... Thankfully, the fix actually made the app simpler.