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

Bắt đầu với plistlib._PlistParser.handle_data và hành vi của ngữ cảnh đầu vào được mô tả trong báo cáo. Xác minh cách dữ liệu plist XML hiện được chuẩn hóa và đảm bảo dữ liệu chưa được sửa đổi được giữ nguyên; kiểm tra PR gh-148305 được liên kết trước khi bắt đầu vì công việc này có thể đã được tiến hành.