Testing hangs on Python 3.4

[nicklasb]

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.

[got-root]

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.

[got-root]

And it looks like others are having the same issue with httpretty:
https://github.com/gabrielfalcao/HTTPretty/issues/228

[nicklasb]

Ok, good. Then we know. Hopefully this will not affect any actual use cases, then.