Fixed errors introduced in r14279 when running Django tests under Python < 2.6.

git-svn-id: http://code.djangoproject.com/svn/django/trunk@14287 bcc190cf-cafb-0310-a4f2-bffc1f526a37
This commit is contained in:
Ramiro Morales 2010-10-19 17:27:38 +00:00
parent c0cb75ce64
commit cfbba28c39
1 changed files with 12 additions and 3 deletions

View File

@ -1435,7 +1435,8 @@ class CloneTests(TestCase):
class EmptyQuerySetTests(TestCase): class EmptyQuerySetTests(TestCase):
def test_emptyqueryset_values(self): def test_emptyqueryset_values(self):
"#14366 -- calling .values() on an EmptyQuerySet and then cloning that should not cause an error" # #14366 -- Calling .values() on an EmptyQuerySet and then cloning that
# should not cause an error"
self.assertEqual(list(Number.objects.none().values('num').order_by('num')), []) self.assertEqual(list(Number.objects.none().values('num').order_by('num')), [])
def test_values_subquery(self): def test_values_subquery(self):
@ -1486,10 +1487,18 @@ class EscapingTests(TestCase):
) )
class ConditionalTests(TestCase): class ConditionalTests(BaseQuerysetTest):
"""Tests whose execution depend on dfferent environment conditions like """Tests whose execution depend on dfferent environment conditions like
Python version or DB backend features""" Python version or DB backend features"""
def setUp(self):
generic = NamedCategory.objects.create(name="Generic")
t1 = Tag.objects.create(name='t1', category=generic)
t2 = Tag.objects.create(name='t2', parent=t1, category=generic)
t3 = Tag.objects.create(name='t3', parent=t1)
t4 = Tag.objects.create(name='t4', parent=t3)
t5 = Tag.objects.create(name='t5', parent=t3)
# In Python 2.6 beta releases, exceptions raised in __len__ are swallowed # In Python 2.6 beta releases, exceptions raised in __len__ are swallowed
# (Python issue 1242657), so these cases return an empty list, rather than # (Python issue 1242657), so these cases return an empty list, rather than
# raising an exception. Not a lot we can do about that, unfortunately, due to # raising an exception. Not a lot we can do about that, unfortunately, due to
@ -1499,7 +1508,7 @@ class ConditionalTests(TestCase):
def test_infinite_loop(self): def test_infinite_loop(self):
# If you're not careful, it's possible to introduce infinite loops via # If you're not careful, it's possible to introduce infinite loops via
# default ordering on foreign keys in a cycle. We detect that. # default ordering on foreign keys in a cycle. We detect that.
self.assertRaises( self.assertRaisesMessage(
FieldError, FieldError,
'Infinite loop caused by ordering.', 'Infinite loop caused by ordering.',
LoopX.objects.all LoopX.objects.all