[issue1739842] xmlrpclib can no longer marshal Fault objects

2010-06-09 Thread Terry J. Reedy
Changes by Terry J. Reedy : -- resolution: -> fixed status: open -> closed versions: +Python 2.6 -Python 2.5 ___ Python tracker ___ ___

[issue1739842] xmlrpclib can no longer marshal Fault objects

2008-02-18 Thread Amaury Forgeot d'Arc
Amaury Forgeot d'Arc added the comment: Trying to understand the real problem: Exceptions are not correctly marshalled by xmlrpclib, even with 2.6. Take a standard exception, and process it: e = KeyError("message") ((d,), _) = xmlrpclib.loads(xmlrpclib.dumps((e,))) With python2.4: you ge

[issue1739842] xmlrpclib can no longer marshal Fault objects

2008-02-18 Thread Antoine Pitrou
Antoine Pitrou added the comment: Perhaps the backported version should only care about instances of the Fault class? _ Tracker <[EMAIL PROTECTED]> _

[issue1739842] xmlrpclib can no longer marshal Fault objects

2008-02-18 Thread Amaury Forgeot d'Arc
Amaury Forgeot d'Arc added the comment: description for rev 52790 is: """ Patch #1070046: Marshal new-style objects like InstanceType in xmlrpclib. """ This _change_ is a new feature. OTOH it corrects a real regression. Other thoughts? _ Tracker <[EMAIL PROTE

[issue1739842] xmlrpclib can no longer marshal Fault objects

2008-02-18 Thread Mike Bonnet
Mike Bonnet added the comment: How can this be considered a new feature? Code that worked under python2.4 fails under python2.5 as a result of this bug. That is clearly a regression. I think that qualifies it for a backport to python2.5. _ Tracker <[EMAIL P

[issue1739842] xmlrpclib can no longer marshal Fault objects

2008-02-18 Thread Amaury Forgeot d'Arc
Amaury Forgeot d'Arc added the comment: Seems fixed indeed. Tested the following script: import xmlrpclib e = xmlrpclib.Fault("Error", "Message") ((d,), _) = xmlrpclib.loads(xmlrpclib.dumps((e,))) assert d['faultString'] == "Message" which works with python2.4, fails with python2.5, and works a

[issue1739842] xmlrpclib can no longer marshal Fault objects

2008-02-18 Thread Antoine Pitrou
Antoine Pitrou added the comment: It looks like this was fixed in the trunk by rev 52790. Can someone check it is indeed the case? -- nosy: +loewis, pitrou _ Tracker <[EMAIL PROTECTED]> ___