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 ezio.melotti
Recipients docs@python, ezio.melotti, ncoghlan
Date 2011-12-01.12:12:49
SpamBayes Score 2.3600345e-05
Marked as misclassified No
Message-id <>
I think we are mixing a few different things here:
1) the content of the warning(s);
2) the position of the warning(s);
3) the style of the warning(s);

Duplicating the same content in each warning is bad, so a specific section that summarizes the problem is good.
Having at least a note with a link to the "Security consideration" section in each affected function is good too, because without them people won't notice it.
Having big red scary boxes is bad, because people are scared of big red things (especially scary ones), and our goal here is to warn, not to scare.

I think the problem with the subprocess doc is that there are many warnings and that they are big and red (and scary).  IMHO changing the style of the warning would already be a step forward the "clean look" advocated by Raymond.  Grouping redundant text and possibly rephrasing it a bit would do the rest.
Date User Action Args
2011-12-01 12:12:50ezio.melottisetrecipients: + ezio.melotti, ncoghlan, docs@python
2011-12-01 12:12:50ezio.melottisetmessageid: <>
2011-12-01 12:12:50ezio.melottilinkissue13515 messages
2011-12-01 12:12:49ezio.melotticreate