Open slyon opened 9 months ago
I've also observed things like this from time to time. I'm not sure when I get time to look into it, a pull request is appreciated.
Probably the assertSameICal
-method should be mended to accept minor deviations in DTSTAMP
Hello,
we're seeing some flakyness with the
test_create_ical
test case on Ubuntu's heavily loaded autopkgtest infrastructure. It seems like there's a timing issue, where test data can be generated at different points in time and the test fails when the data is not generated in the same second, see below:299s E AssertionError: b'BEG[45 chars]163454Z\nDTSTART:20321010T101010Z\nDURATION:PT[96 chars]:2.0' != b'BEG[45 chars]163455Z\nDTSTART:20321010T101010Z\nDURATION:PT[96 chars]:2.0'
Notes: This is probably not related to https://github.com/python-caldav/caldav/issues/230 as we're seeing the issue on v0.11 There is also a deprecation warning when using python3.12, I don't know if that might have an impact:
Full logs (https://autopkgtest.ubuntu.com/results/autopkgtest-noble/noble/armhf/p/python-caldav/20240206_163515_8815a@/log.gz):