plistlib inherits expat's newline-normalizing behavior, which can corrupt data in XML plists

Bug report

Bug description:

This is just a special case of #84561 but it came up in the specific circumstance of XML plists in MOPUp, here: https://github.com/glyph/MOPUp/pull/448/files#r2280646662

I also discovered that it is possible to get the unmodified data, by changing plistlib._PlistParser.handle_data to look like this:

    def handle_data(self, data):
        ctx = self.parser.GetInputContext()
        if data == '\n' and ctx[0:1] != b'\n':
            data = ctx[0:1].decode("utf-8")
        self.data.append(data)

so we are not totally bound by the whims of Expat here; these types of bug could be fixed.

CPython versions tested on:

3.12, 3.13, 3.11

Operating systems tested on:

macOS

Linked PRs

• gh-148305

Commencez par plistlib._PlistParser.handle_data et le comportement du contexte d’entrée décrit dans le rapport. Vérifiez comment les données plist XML sont actuellement normalisées et assurez-vous que les données non modifiées sont préservées ; consultez le PR lié gh-148305 avant de commencer, car ce travail est peut-être déjà en cours.