Ticket #4539 (closed defect: worksforme)

Opened 3 years ago

Last modified 3 years ago

[0.12] getTicket() fails with cannot marshal <type 'datetime.datetime'> objects

Reported by: jouvin@lal.in2p3.fr Assigned to: athomas
Priority: normal Component: XmlRpcPlugin
Severity: normal Keywords:
Cc: Trac Release: 0.12

Description (Last modified by osimons)

Hi,

After upgrade to Trac trunk r7799 (0.12dev), XmlRpc? no longer works for Mylyn 3.3. The error message is: 

cannot marshal <type 'datetime.datetime' while executing system.multicall()

I used the last trunk revision for XmlRpcPlugin (r3074).

Cheers,

Michel

ps: BTW, is there a good reason why XmlRpcPlugin is no longer listed in the list of available plugins on the start page.

Attachments

Change History

04/09/09 08:03:20 changed by joshuacurtiss

I experienced this error on Trac 0.11.4 and Mylyn 3.3 with trunk of XmlRpcPlugin using the patch provided on ticket #871 (because I have CentOS 4.4 with Python 2.3.4). Just FYI.

06/13/09 02:32:42 changed by stp

  • description changed.
  • summary changed from XmlRpc (Mylyn) broken with Trac 0.12dev (cannot marshal <type 'datetime.datetime'>)objects to [0.12] getTicket() fails with cannot marshal <type 'datetime.datetime'> objects.

06/19/09 18:19:18 changed by osimons

  • description changed.

I've committed a lot of improvements to the XmlRpcPlugin lately - including methods to normalize input and output. Could you please update to latest plugin trunk version and see if the problem still exists?

If not solved, please turn on Trac debug logging and provide relevant lines of debug log + your 'About Trac' table of installed software versions.

06/26/09 11:21:12 changed by osimons

  • status changed from new to closed.
  • resolution set to worksforme.

Running the plugin tests against latest Trac 0.12dev gives no errors (at least not using my 2.4.6). Tests are currently focused around input/output conversion and ticket get() and update(), so they should be a good match for this error report.

I'm quite sure your marshalling problem was due to the fact that one of your calls returned an attributes structure that included datetime values (like for instance milestone 'due' and 'completed' fields). Before latest changes, only types on the method signature was checked and converted correctly. Now all values returned from methods are traversed and type-converting before outputting.

I'm closing this, but please repopen and provide more information if it persists with latest version of plugin and Trac.

Add/Change #4539 ([0.12] getTicket() fails with cannot marshal <type 'datetime.datetime'> objects)




Change Properties
Action