On Jan 30, 2009, at 1:45 PM, Fabio Mancinelli wrote:
P.S.: Actually I don't know where the 1 sec. granularity comes from,
but I suspect that's XMLRPC that has a standard encoding for dates
that ignores milliseconds, so when dates are serialized they are
rounded. I will investigate if there's a way for configuring XMLRPC in
a way that it doesn't ignore milliseconds. That would also solve the
issue (and the test could be also reverted to its previous form)
Ok. A rapid look at XMLRPC data types (
http://ws.apache.org/xmlrpc/types.html
) shows that dates transfered via XMLRPC miss milliseconds and
timezone information. We are not using extended types so from this
point of view we are stuck.
In order to avoid timers, I can switch back to the solution where I
download a bigger modification list and check that the page modified
in the test is there.
Cheers,
Fabio