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 jaraco, ned.deily
Date 2016-12-14.15:13:25
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1481728406.24.0.184748391122.issue28949@psf.upfronthosting.co.za>
In-reply-to
Content
I paused the Dropbox sync and ran the `rm -R .tox; tox` routine many times without incident, which strongly implicates Dropbox. I'm going to now re-enable Dropbox sync and see if I can trigger the behavior.

Now even with Dropbox updated back to the latest version (16.3.27) and performing the same operations I was two days ago, I've been unable to elicit the behavior. I've confirmed I still have access to delete those files that were being deleted, but yet I can't trigger the failure. Perhaps whatever environmental thing that happened on Monday was a fluke and I'll go back not to being bothered ever by this condition.
History
Date User Action Args
2016-12-14 15:13:26jaracosetrecipients: + jaraco, ned.deily
2016-12-14 15:13:26jaracosetmessageid: <1481728406.24.0.184748391122.issue28949@psf.upfronthosting.co.za>
2016-12-14 15:13:26jaracolinkissue28949 messages
2016-12-14 15:13:25jaracocreate