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 jaraco
Recipients ezio.melotti, jaraco, lemburg, loewis, vstinner
Date 2014-07-10.18:23:08
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1405016589.39.0.293225158772.issue21927@psf.upfronthosting.co.za>
In-reply-to
Content
I'm not sure what you're suggesting. Are you suggesting that Powershell is wrong here and that Powershell's attempt here to provide more detail about content encoding is wrong? Or are you suggesting that every client that reads from stdin should detect that it's running in Powershell or otherwise handle the BOM individually?

From my perspective, Powershell is innovating here and providing additional detail about the encoding of the content, but since Python is responsible for the content decoding (especially Python 3), it should honor that detail.

I did some tests and determined that 'utf-8-sig' will honor the bom if present and ignore it if missing. Is there any reason Python shouldn't simply use that encoding for decoding stdin?
History
Date User Action Args
2014-07-10 18:23:09jaracosetrecipients: + jaraco, lemburg, loewis, vstinner, ezio.melotti
2014-07-10 18:23:09jaracosetmessageid: <1405016589.39.0.293225158772.issue21927@psf.upfronthosting.co.za>
2014-07-10 18:23:09jaracolinkissue21927 messages
2014-07-10 18:23:08jaracocreate