Activity log for bug #254999

Date Who What changed Old value New value Message
2008-08-05 14:41:19 Graham Binns bug added bug
2008-08-05 14:41:41 Graham Binns who_made_private gmb
2008-08-05 15:07:35 Graham Binns description At the moment there are a couple of places where we marshal datetime.datetime objects manually into xmlrpclib.DateTime objects because, if we don't, xmlrpclib will explode with the error: TypeError: cannot marshal <type 'datetime.datetime'> objects These manual marshallings occur at: l/c/l/components/externalbugtracker/bugzilla.py:430 l/c/l/ftests/bugzilla-xmlrpc-transport.txt:231 At the moment there are a couple of places where we marshal datetime.datetime objects manually into xmlrpclib.DateTime objects because, if we don't, xmlrpclib will explode with the error: TypeError: cannot marshal <type 'datetime.datetime'> objects These manual marshallings occur at: l/c/l/components/externalbugtracker/bugzilla.py:430 l/c/l/ftests/bugzilla-xmlrpc-transport.txt:231 l/c/l/ftests/bugzilla-xmlrpc-transport.txt:268
2008-08-05 15:19:34 Graham Binns description At the moment there are a couple of places where we marshal datetime.datetime objects manually into xmlrpclib.DateTime objects because, if we don't, xmlrpclib will explode with the error: TypeError: cannot marshal <type 'datetime.datetime'> objects These manual marshallings occur at: l/c/l/components/externalbugtracker/bugzilla.py:430 l/c/l/ftests/bugzilla-xmlrpc-transport.txt:231 l/c/l/ftests/bugzilla-xmlrpc-transport.txt:268 At the moment there are a couple of places where we marshal datetime.datetime objects manually into xmlrpclib.DateTime objects because, if we don't, xmlrpclib will explode with the error: TypeError: cannot marshal <type 'datetime.datetime'> objects Furthermore, we currently manually unmarshal xmlrpclib.DateTimes in a couple of places. Python 2.5 allows us to specify use_datetime=True when we create ServerProxies, which will cause it to automatically unmarshal xmlrplib.DateTimes in to datetime.datetimes. These manual marshallings and unmarshallings occur at: l/c/l/components/externalbugtracker/bugzilla.py:430 l/c/l/components/externalbugtracker/bugzilla.py:611 l/c/l/ftests/bugzilla-xmlrpc-transport.txt:231 l/c/l/ftests/bugzilla-xmlrpc-transport.txt:268 l/c/l/ftests/externalbugtracker.txt:582
2008-08-05 15:19:34 Graham Binns title Remove XML-RPC DateTime marshalling code when Launchpad is upgraded to run on Python2.5 Remove XML-RPC DateTime marshalling and unmarshalling code when Launchpad is upgraded to run on Python2.5
2008-09-08 17:17:16 Björn Tillenius malone: status New Triaged
2008-09-08 17:17:16 Björn Tillenius malone: importance Undecided Low
2008-09-08 17:17:16 Björn Tillenius malone: statusexplanation
2009-10-09 00:09:01 Curtis Hovey tags bugwatch bugwatch tech-debt
2009-12-18 17:36:12 Gavin Panella branch linked lp:~allenap/launchpad/remove-xmlrpclib-marshalling-bug-254999
2009-12-18 17:37:01 Gavin Panella malone: status Triaged In Progress
2009-12-18 17:37:01 Gavin Panella malone: assignee Gavin Panella (allenap)
2010-01-05 18:30:18 Diogo Matsubara malone: status In Progress Fix Committed
2010-01-25 13:10:14 Ursula Junque malone: milestone 10.01
2010-01-27 16:26:43 Gavin Panella malone: status Fix Committed Fix Released
2012-05-10 00:52:54 Curtis Hovey visibility private public
2012-08-09 23:44:22 William Grant removed subscriber Launchpad Security