This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author mefistotelis
Recipients mefistotelis, scoder, serhiy.storchaka
Date 2019-12-10.20:04:34
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
Disclaimer: I'm not at all an expert in XML specs.

The linked spec chapter, "End-of-Line Handling", says all line endings should behave like they were converted to "\n" _before_ parsing.

This means:

1. This part of spec does not apply to the behavior described in the issue , because line endings are converted before the file is saved. The spec describes loading process, not saving.

2. Before parsing, the line endings within attributes are replaced by idioms - so they are no longer line endings in the meaning assigned by the spec. The chapter starts with clear indication that it only applies to line endings which are used to give structure to physical file. The affected line endings are narrowed by stating: "files [...], for editing convenience, are organized into lines.". Since line endings in attributes are idiomized, they don't take part of organizing file into lines.

Then again, I'm not an expert. From the various specs I worked with, I know that the affected industry always comes out with unified interpretation of specs. If it was widely accepted to apply this chapter to values of attributes, I'd understand.
Date User Action Args
2019-12-10 20:04:34mefistotelissetrecipients: + mefistotelis, scoder, serhiy.storchaka
2019-12-10 20:04:34mefistotelissetmessageid: <>
2019-12-10 20:04:34mefistotelislinkissue39011 messages
2019-12-10 20:04:34mefistoteliscreate