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 r.david.murray
Recipients ezio.melotti, kristjan.jonsson, loewis, r.david.murray
Date 2010-12-26.19:42:16
SpamBayes Score 4.2751807e-07
Marked as misclassified No
Message-id <1293392539.49.0.161234615481.issue6027@psf.upfronthosting.co.za>
In-reply-to
Content
IMO there's no way to fix this.  I suggest closing it as invalid, since the problem is a buggy ISP DNS server, and the problem only occurs when time.xmlrpc.com is down.

The canonical fix to problems like this is to remove dependency on the external service, but that would presumably defeat the entire purpose of test_xmlrpc_net.  So one "fix" would be to delete this test entirely.  Which if we have mock-server xmlrpc tests, might not be out of the question as a solution.  Note that the second test in that file tests against the xmlrpc interface of our buildbot master, and that support has been formally removed by upstream and only restored by us...presumably at some point we'll drop support for it too, when it breaks too badly to be easily forward ported.

Since there was, if I remember correctly, an extended period when xmlrpc.com's time service was down, simply deleting this test file may in fact be the best move.
History
Date User Action Args
2010-12-26 19:42:19r.david.murraysetrecipients: + r.david.murray, loewis, kristjan.jonsson, ezio.melotti
2010-12-26 19:42:19r.david.murraysetmessageid: <1293392539.49.0.161234615481.issue6027@psf.upfronthosting.co.za>
2010-12-26 19:42:16r.david.murraylinkissue6027 messages
2010-12-26 19:42:16r.david.murraycreate