Closed nicklasb closed 9 years ago
Hmm it looks like it has something to do with a recent update on httpretty. Dropping to httpretty==0.8.6 resulted in all tests passed for me. This is on Python 3.4.1.
And it looks like others are having the same issue with httpretty:
https://github.com/gabrielfalcao/HTTPretty/issues/228
Ok, good. Then we know. Hopefully this will not affect any actual use cases, then.
This is not some particular test, it is different tests that hang, and when debugging, it seems the testers doesn't even enter the test code. It means that the travis builds for 3.4 times out, so I'd say it is kind of important.
I investigated a little bit, and this was what I found:
Pytest
When not debugging:
it stops after test_recurrence_interval_min_value and before entering test_recurrence_must_have_end_date
When debugging:
it stops after test_can_add_resources, and before entering test_can_assign_to_optional_attendees
With coverage:
it stops after test_canary, and before entering test_folder_has_calendar_folder_type
But sometimes, it gets one more step, to: test_folder_has_default_folder_type
Nosetests
Regardless of debugging, coverage or not, it goes to test_converting_tz_aware_date_returns_tz_aware_date. However, I think there are some hints here. If I break at that point, steps out, it seems that the debugger raises an error: "RuntimeError: maximum recursion depth exceeded Fatal Python error: Cannot recover from stack overflow."
Not sure where to go from here.