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 ethan.furman
Recipients Carl Osterwisch, Gabi.Davar, John Florian, chary314, dabrahams, davide.rizzo, dlenski, eric.araujo, eric.smith, eryksun, ethan smith, ethan.furman, ev2geny, jaraco, jwilk, martin.panter, ncoghlan, njs, paul.moore, piotr.dobrogost, pitrou, r.david.murray, sbt, steve.dower, tim.golden, zach.ware
Date 2021-04-12.01:49:01
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <eaab8eb4-df44-de08-caf2-0b42568d6a12@stoneleaf.us>
In-reply-to <1618181468.46.0.658470761745.issue14243@roundup.psfhosted.org>
Content
On 4/11/2021 3:51 PM, Jason R. Coombs wrote:
 > Jason R. Coombs <jaraco@jaraco.com> added the comment:
 >
 > At least I and Ethan and Martin have expressed a desire for the 
default, preferred usage work well in a portable environment. Requiring 
`delete_on_close=False` violates that expectation.

My opinion is that no extra flags are necessary.  The default of 
deleting on close is fine, unless a context manager is active -- in 
which case delete on CM exit.  Note that an internal flag will be needed 
to track the status of being in a context manager, but nothing besides 
behavior in that edge case would change.
History
Date User Action Args
2021-04-12 01:49:02ethan.furmansetrecipients: + ethan.furman, paul.moore, jaraco, ncoghlan, pitrou, eric.smith, tim.golden, jwilk, eric.araujo, r.david.murray, njs, dabrahams, davide.rizzo, sbt, Gabi.Davar, martin.panter, piotr.dobrogost, zach.ware, dlenski, eryksun, steve.dower, Carl Osterwisch, ethan smith, John Florian, ev2geny, chary314
2021-04-12 01:49:02ethan.furmanlinkissue14243 messages
2021-04-12 01:49:01ethan.furmancreate