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 rsandwick3
Recipients BreamoreBoy, Brian.Visel, ajaksu2, akuchling, damien, exarkun, loewis, pboddie, rsandwick3, vdupras
Date 2013-02-28.01:32:09
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1362015130.45.0.48223784214.issue2124@psf.upfronthosting.co.za>
In-reply-to
Content
I have opened issue #17318 to try to specify the problem better. While I do think that catalogs are the correct fix for the validation use case (and thus would like to see something more out-of-the-box in that vein), the real trouble is that users are often unaware that they're sending requests to DTD URIs, so some combination of fixes in default behavior and/or documentation is definitely needed.

The external_ges feature does help, in a way, but is poorly communicated to new users, and moreover does not respect the difference between external DTD subsets and external general entities (there's a reason "DOCTYPE" isn't spelled "ENTITY").

The default behavior is not well documented, and the constraining behavior of DTDs is frequently unnecessary. Either a user should have to explicitly enable validation, or it should be irrevocably obvious to a user that validation is the default behavior, and in both cases it should be blatantly documented that validation may cause network side effects. I think the input has been reasonable all around, and yet I find it rather insane that this issue didn't eventually at least result in a documentation fix, thanks to what looks like push-back for push-back's sake, though I will gladly admit the conclusion that it was underspecified is entirely valid.

Anyway, further info in the new issue...
History
Date User Action Args
2013-02-28 01:32:10rsandwick3setrecipients: + rsandwick3, loewis, akuchling, pboddie, exarkun, ajaksu2, vdupras, damien, BreamoreBoy, Brian.Visel
2013-02-28 01:32:10rsandwick3setmessageid: <1362015130.45.0.48223784214.issue2124@psf.upfronthosting.co.za>
2013-02-28 01:32:10rsandwick3linkissue2124 messages
2013-02-28 01:32:09rsandwick3create