EDIT: Okay this is worse than I thought. Not only is the XML DAT exhibiting the problem described below, but it is also changing escaped characters into their non-escaped version, thus making it impossible to wire together two XML DATs without the second one malforming the XML:
The XML DAT should ignore everything inside the double quotes and should definitely not change an escaped character into it’s real version, especially
This may or may not be related to the bug below.
So for whatever reason in the XML spec, you are still allowed to use > inside of a string (aka inside of quotation marks) even though you are NOT allowed to use <. I feel like it should be an all or nothing thing, but it is what it is.
And because of this, I’m finding a lot of GDTF files whose XML will have < inside of strings escaped properly as < but > is not escaped when between double quotes. I wish they would escape both of them, but they didn’t and the spec says you MAY escape “>” while you MUST escape “<”.
So this is technically a bug in the XML DAT in that it gets screwy if there is a > inside of two "
It also does when there’s a < inside of two " but that’s understandable.
I can appreciate that this is a very niche bug and not a very reasonable thing to have to account for. But considering it’s in the XML spec and is showing up in GDTF, would it be possible to get the XML DAT to not interpret > inside double quotes?