Re: Test fails silently when using --tag

[Cammil Taank]

Thanks for the responses.

Cammil


On Mon, 5 Apr 2021, 14:04 'Adam Johnson' via Django developers
(Contributions to Django itself), 
wrote:

> Great, thanks Tim.
>
> On Mon, 5 Apr 2021 at 13:28, Tim Graham  wrote:
>
>> This was fixed a week ago (will be in Django 4.0).
>> https://code.djangoproject.com/ticket/29127
>>
>> On Monday, April 5, 2021 at 5:18:45 AM UTC-4 Adam Johnson wrote:
>>
>>> Please don't report bugs here but to the ticket tracker. If you're not
>>> sure there's a bug, django-users, the forum, or IRC are the recommended
>>> venues.
>>>
>>> That said, I cannot reproduce your problem. Using django's main branch,
>>> I started a new project with a tests.py file using your exact content and
>>> it errors on import as expected:
>>>
>>> $ ./manage.py test --tag abc
>>> System check identified no issues (0 silenced).
>>> E
>>> ==
>>> ERROR: example.core.tests (unittest.loader._FailedTest)
>>> --
>>> ImportError: Failed to import test module: example.core.tests
>>> Traceback (most recent call last):
>>>   File "/.../python3.9/unittest/loader.py", line 436, in _find_test_path
>>> module = self._get_module_from_name(name)
>>>   File "/.../python3.9/unittest/loader.py", line 377, in
>>> _get_module_from_name
>>> __import__(name)
>>>   File "/.../example/core/tests.py", line 4, in 
>>> assert 0
>>> AssertionError
>>>
>>>
>>> --
>>> Ran 1 test in 0.000s
>>>
>>> FAILED (errors=1)
>>>
>>> On Sun, 4 Apr 2021 at 14:26, Cammil Taank  wrote:
>>>
 Hi All,

 When I run tests using the --tag option, and there is a module level
 exception, the tests seem to pass without any errors.

 Steps to reproduce:
 1. Add this to tests:
 from django.test import TestCase
 from django.test import tag

 assert 0

 @tag('abc')
 class TempTest(TestCase):

 def test_basic(self):
 self.assertFalse(True)

 2. Run python manage.py test
 This should fail as expected

 3. Run python manage.py test --tag=abc
 This for me passes without any error

 Cammil

 
 ontono.com/cammil
 taanktech.com
 linkedin.com/cammiltaank 

 --
 You received this message because you are subscribed to the Google
 Groups "Django developers (Contributions to Django itself)" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to django-develop...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/django-developers/CACc%3DA%3D1gOcps2ameDdo4qkDo64%3DcRB99SrbH%3DxrKx5XeSE%2Bk5Q%40mail.gmail.com
 
 .

>>>
>>>
>>> --
>>> Adam
>>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Django developers (Contributions to Django itself)" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to django-developers+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/django-developers/63cd73b5-1099-4bb0-876c-b75370b5bff8n%40googlegroups.com
>> 
>> .
>>
> --
> Adam
>
> --
> You received this message because you are subscribed to the Google Groups
> "Django developers (Contributions to Django itself)" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to django-developers+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-developers/CAMyDDM2m8d2_DpRFYbe%2BR4CCT%2Bkmx0t4xwg3bcBujnktNHy%3Dsw%40mail.gmail.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/CACc%3DA%3D3CCtno4eQ79U%3DBHyUemEfrY7%2Bq-4Yaphpsqg5iURnxWg%40mail.gmail.com.

Re: remove SECURE_BROWSER_XSS_FILTER setting?

['Adam Johnson' via Django developers (Contributions to Django itself)]

I agree. The time has come to remove it as it offers little protection, and
it's easy to add back if you have the requirement.

Two more data points: securityheaders.com no longer gives you points for
setting the header, and caniuse.com data (
https://caniuse.com/mdn-http_headers_x-xss-protection ) shows 20.4% browser
support globally, mostly through Safari.

On Mon, 5 Apr 2021 at 14:46, Tim Graham  wrote:

> Hi, I think this setting and its functionality could be removed without a
> deprecation.
>
> Django's docs says, "Modern browsers don’t honor X-XSS-Protection HTTP
> header anymore. Although the setting offers little practical benefit, you
> may still want to set the header if you support older browsers."
>
> https://docs.djangoproject.com/en/3.2/ref/settings/#secure-browser-xss-filter
>
> According to Mozilla's docs, the header is supported by IE8 and Safari.
> https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-XSS-Protection
>
> In Django 3.0, the system check that suggested using this setting was
> removed: https://code.djangoproject.com/ticket/30680.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Django developers (Contributions to Django itself)" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to django-developers+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-developers/bb6d7e16-7f8a-4c20-a3a6-4ebe3b2f05c2n%40googlegroups.com
> 
> .
>


-- 
Adam

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/CAMyDDM1ivhC_rOO%3DsVXG6MGVQKZdeRqs8vCrVFtWKKkVEySKfw%40mail.gmail.com.

Re: "Unify by values" setting in Oracle's base.py

[charettes]

Hello Nigel,

Through git blame for unify_by_values I figured it was introduced[0] to 
deal with an issue during aggregation[1].

Mariusz might be able to provide more context here as I don't have much 
knowledge around Oracle cursor cache but it seems you'll have to find 
another way to address the aggregation issue[1] if you'd like to change 
this behaviour.

Cheers,
Simon

[0] 
https://github.com/django/django/commit/6dbe56ed7855f34585884a2381fb1cec22ddc824
[1] https://code.djangoproject.com/ticket/27632

Le samedi 3 avril 2021 à 18:30:28 UTC-4, NPB a écrit :

> Hi,
>
> Can you tell me why *execute* in .../backends/oracle/base.py sets 
> *unify_by_values=True* when it calls *_fix_for_params*? It has an 
> interesting effect on the Oracle cursor cache.
>
> For example, if I use a Django model called Logger like this:
>
> from . import models
> ...
>a = models.Logger(t1="1", t2="2", t3="3", i1=1, i2=2, i3=3)
>a.save()
>b = models.Logger(t3="3", t2="2", t1="1", i3=3, i2=2, i1=1)
>b.save()
>c = models.Logger(t1="1", t2="2", t3="3", i1=1,i2=1,i3=3)
>c.save()
>d = models.Logger(t1="1", t2="2", t3="3", i1=3,i2=1,i3=3)
>d.save()
>e = models.Logger(t1="1", t2="1", t3="1", i1=1,i2=1,i3=1)
>e.save()
>
> It results in the following SQL statements in the Oracle cursor cache:
>
> INSERT INTO "POLLS_LOGGER" ("T1", "T2", "T3", "I1", "I2", "I3") VALUES 
> (:arg0, :arg1, :arg2, :arg3, :arg4, :arg3) RETURNING "POLLS_LOGGER"."ID" 
> INTO :arg5
> INSERT INTO "POLLS_LOGGER" ("T1", "T2", "T3", "I1", "I2", "I3") VALUES 
> (:arg0, :arg0, :arg0, :arg1, :arg1, :arg1) RETURNING "POLLS_LOGGER"."ID" 
> INTO :arg2
> INSERT INTO "POLLS_LOGGER" ("T1", "T2", "T3", "I1", "I2", "I3") VALUES 
> (:arg0, :arg1, :arg2, :arg3, :arg4, :arg5) RETURNING "POLLS_LOGGER"."ID" 
> INTO :arg6
> INSERT INTO "POLLS_LOGGER" ("T1", "T2", "T3", "I1", "I2", "I3") VALUES 
> (:arg0, :arg1, :arg2, :arg3, :arg3, :arg4) RETURNING "POLLS_LOGGER"."ID" 
> INTO :arg5
>
> Bind variable names are re-used and shuffled around if any share the same 
> value. This results in multiple SQL IDs.
>
> If, instead, execute used  *unify_by_values=False*, then the Oracle 
> buffer cache would have a single version of the statement irrespective of 
> bind values:
>
> INSERT INTO "POLLS_LOGGER" ("T1", "T2", "T3", "I1", "I2", "I3") VALUES 
> (:arg0, :arg1, :arg2, :arg3, :arg4, :arg5) RETURNING "POLLS_LOGGER"."ID" 
> INTO :arg6
>
> On the face of it, the use of unify_by_values=False is more efficient (at 
> least from the database's perspective) because there is only one hard 
> parse. I guess it doesn't look like a big deal in this example, but I have 
> seen cases where the cursor cache has (literally) tens of thousands of 
> repeated cursor cache entries where one would have been used if bind names 
> were kept consistent and independent of bind value.
>
> Do you think there is a valid case for this default behavior to be changed?
>
> Regards,
> Nigel
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/9d334ded-b171-4053-ad71-14d3eac5b3cen%40googlegroups.com.

GSoc proposal : A django pdfs library.

[Anuttam Anand]

Hello to all my djangomates. I am Anuttam Anand, Btech student from India. 
For this year's GSoc , I am thinking of making a proposal for a more 
efficient and feature containing pdf library. Upon researching , I found 
ReportLab to be the pdf making library in django but it lacks many features 
and has been reported to be buggy. 
Features which I am thinking of including:
1. A direct webpage conversion to pdf and containing atleast 80% of css.
2. An option to download or keep the pdf in the server itself , location 
parameter which is specified by the programmer.
3. An option to download the pdf to the user's device upon calling the 
function.
Motivation:
1. The main motivation behind this project is that many websites need pdfs 
like transaction receipts or some reports which are downloaded.
2. I personally faced this issue a while ago and has to manually download 
my webpages to contain the css as some other libraries do download the pdf 
but results in loss of css and thus the design and quality.

I hope to get an opinion and advice and if I have missed some package or if 
anyone thinks of some more features, I will be happy to listen.

Thanking You
Anuttam Anand

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/d38880c2-c67c-47c5-adc4-6fe016b2160bn%40googlegroups.com.

Re: Google season of docs

[Lokesh Kumar]

Yes

On Mon, Apr 5, 2021 at 6:30 PM Mhd Ali  wrote:

> No one Knows?
>
> On Sun, Apr 4, 2021 at 11:12 AM Mhd Ali  wrote:
>
>> Will Django be participating in Google season of docs this year?
>>
> --
> You received this message because you are subscribed to the Google Groups
> "Django developers (Contributions to Django itself)" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to django-developers+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-developers/CANV73fE2Ld3rcJ0vkpnS3_Z28t14ZfUvgHNq-bjFsPEUnP07iw%40mail.gmail.com
> 
> .
>


-- 

Lokesh Kumar
about.me/LokeshK431


-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/CADiRPBqJWh8ATxkS7at_awFjC3SFAzb%2BCti-8Teyk9u5RQuebw%40mail.gmail.com.

remove SECURE_BROWSER_XSS_FILTER setting?

[Tim Graham]

Hi, I think this setting and its functionality could be removed without a 
deprecation.

Django's docs says, "Modern browsers don’t honor X-XSS-Protection HTTP 
header anymore. Although the setting offers little practical benefit, you 
may still want to set the header if you support older browsers."
https://docs.djangoproject.com/en/3.2/ref/settings/#secure-browser-xss-filter

According to Mozilla's docs, the header is supported by IE8 and Safari.
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-XSS-Protection

In Django 3.0, the system check that suggested using this setting was 
removed: https://code.djangoproject.com/ticket/30680.

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/bb6d7e16-7f8a-4c20-a3a6-4ebe3b2f05c2n%40googlegroups.com.

Re: Test fails silently when using --tag

['Adam Johnson' via Django developers (Contributions to Django itself)]

Great, thanks Tim.

On Mon, 5 Apr 2021 at 13:28, Tim Graham  wrote:

> This was fixed a week ago (will be in Django 4.0).
> https://code.djangoproject.com/ticket/29127
>
> On Monday, April 5, 2021 at 5:18:45 AM UTC-4 Adam Johnson wrote:
>
>> Please don't report bugs here but to the ticket tracker. If you're not
>> sure there's a bug, django-users, the forum, or IRC are the recommended
>> venues.
>>
>> That said, I cannot reproduce your problem. Using django's main branch, I
>> started a new project with a tests.py file using your exact content and it
>> errors on import as expected:
>>
>> $ ./manage.py test --tag abc
>> System check identified no issues (0 silenced).
>> E
>> ==
>> ERROR: example.core.tests (unittest.loader._FailedTest)
>> --
>> ImportError: Failed to import test module: example.core.tests
>> Traceback (most recent call last):
>>   File "/.../python3.9/unittest/loader.py", line 436, in _find_test_path
>> module = self._get_module_from_name(name)
>>   File "/.../python3.9/unittest/loader.py", line 377, in
>> _get_module_from_name
>> __import__(name)
>>   File "/.../example/core/tests.py", line 4, in 
>> assert 0
>> AssertionError
>>
>>
>> --
>> Ran 1 test in 0.000s
>>
>> FAILED (errors=1)
>>
>> On Sun, 4 Apr 2021 at 14:26, Cammil Taank  wrote:
>>
>>> Hi All,
>>>
>>> When I run tests using the --tag option, and there is a module level
>>> exception, the tests seem to pass without any errors.
>>>
>>> Steps to reproduce:
>>> 1. Add this to tests:
>>> from django.test import TestCase
>>> from django.test import tag
>>>
>>> assert 0
>>>
>>> @tag('abc')
>>> class TempTest(TestCase):
>>>
>>> def test_basic(self):
>>> self.assertFalse(True)
>>>
>>> 2. Run python manage.py test
>>> This should fail as expected
>>>
>>> 3. Run python manage.py test --tag=abc
>>> This for me passes without any error
>>>
>>> Cammil
>>>
>>> 
>>> ontono.com/cammil
>>> taanktech.com
>>> linkedin.com/cammiltaank 
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Django developers (Contributions to Django itself)" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to django-develop...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/django-developers/CACc%3DA%3D1gOcps2ameDdo4qkDo64%3DcRB99SrbH%3DxrKx5XeSE%2Bk5Q%40mail.gmail.com
>>> 
>>> .
>>>
>>
>>
>> --
>> Adam
>>
> --
> You received this message because you are subscribed to the Google Groups
> "Django developers (Contributions to Django itself)" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to django-developers+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-developers/63cd73b5-1099-4bb0-876c-b75370b5bff8n%40googlegroups.com
> 
> .
>
-- 
Adam

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/CAMyDDM2m8d2_DpRFYbe%2BR4CCT%2Bkmx0t4xwg3bcBujnktNHy%3Dsw%40mail.gmail.com.

Re: Google season of docs

[Mhd Ali]

No one Knows?

On Sun, Apr 4, 2021 at 11:12 AM Mhd Ali  wrote:

> Will Django be participating in Google season of docs this year?
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/CANV73fE2Ld3rcJ0vkpnS3_Z28t14ZfUvgHNq-bjFsPEUnP07iw%40mail.gmail.com.

Re: Test fails silently when using --tag

[Tim Graham]

This was fixed a week ago (will be in Django 4.0). 
https://code.djangoproject.com/ticket/29127

On Monday, April 5, 2021 at 5:18:45 AM UTC-4 Adam Johnson wrote:

> Please don't report bugs here but to the ticket tracker. If you're not 
> sure there's a bug, django-users, the forum, or IRC are the recommended 
> venues.
>
> That said, I cannot reproduce your problem. Using django's main branch, I 
> started a new project with a tests.py file using your exact content and it 
> errors on import as expected:
>
> $ ./manage.py test --tag abc
> System check identified no issues (0 silenced).
> E
> ==
> ERROR: example.core.tests (unittest.loader._FailedTest)
> --
> ImportError: Failed to import test module: example.core.tests
> Traceback (most recent call last):
>   File "/.../python3.9/unittest/loader.py", line 436, in _find_test_path
> module = self._get_module_from_name(name)
>   File "/.../python3.9/unittest/loader.py", line 377, in 
> _get_module_from_name
> __import__(name)
>   File "/.../example/core/tests.py", line 4, in 
> assert 0
> AssertionError
>
>
> --
> Ran 1 test in 0.000s
>
> FAILED (errors=1)
>
> On Sun, 4 Apr 2021 at 14:26, Cammil Taank  wrote:
>
>> Hi All,
>>
>> When I run tests using the --tag option, and there is a module level 
>> exception, the tests seem to pass without any errors.
>>
>> Steps to reproduce:
>> 1. Add this to tests:
>> from django.test import TestCase
>> from django.test import tag
>>
>> assert 0 
>>
>> @tag('abc')
>> class TempTest(TestCase):
>>
>> def test_basic(self):
>> self.assertFalse(True)
>>
>> 2. Run python manage.py test
>> This should fail as expected
>>
>> 3. Run python manage.py test --tag=abc
>> This for me passes without any error
>>
>> Cammil
>>
>> 
>> ontono.com/cammil
>> taanktech.com
>> linkedin.com/cammiltaank 
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Django developers (Contributions to Django itself)" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to django-develop...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/django-developers/CACc%3DA%3D1gOcps2ameDdo4qkDo64%3DcRB99SrbH%3DxrKx5XeSE%2Bk5Q%40mail.gmail.com
>>  
>> 
>> .
>>
>
>
> -- 
> Adam
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/63cd73b5-1099-4bb0-876c-b75370b5bff8n%40googlegroups.com.

Re: Django Channel Multiple Auth

['Adam Johnson' via Django developers (Contributions to Django itself)]

Hi!

I think you've found the wrong mailing list for this post. This mailing
list is for discussing the development of Django itself, not for support
using Django. This means the discussions of bugs and features in Django
itself, rather than in your code using it. People on this list are unlikely
to answer your support query with their limited time and energy.

For support, please follow the "Getting Help" page:
https://docs.djangoproject.com/en/3.1/faq/help/ . This will help you find
people who are willing to support you, and to ask your question in a way
that makes it easy for them to answer.

Thanks for your understanding and all the best,

Adam

On Mon, 5 Apr 2021 at 11:29, Mesut Öncel  wrote:

> Hello,
> I want to have multiple auth classes for the Django channel. Can I
> increase the websocket key on asgi.py for this?
>
> For example:
>
> application = ProtocolTypeRouter(
> {
> "http": get_asgi_application(),
> "websocket": AuthMiddlewareStack(URLRouter(websocket_urlpatterns)),
> "websocket2": CustomMiddleware(URLRouter(websocket_urlpatterns2))
> }
>
> --
> You received this message because you are subscribed to the Google Groups
> "Django developers (Contributions to Django itself)" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to django-developers+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-developers/a225158c-151e-4c65-bb54-67e223334b60n%40googlegroups.com
> 
> .
>


-- 
Adam

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/CAMyDDM1tR6sNnbhgwcVXeD17DJb-DsTnwgQv3PR3kemHFg34-w%40mail.gmail.com.

Django Channel Multiple Auth

[Mesut Öncel]

Hello,
I want to have multiple auth classes for the Django channel. Can I increase 
the websocket key on asgi.py for this?

For example:

application = ProtocolTypeRouter(
{
"http": get_asgi_application(),
"websocket": AuthMiddlewareStack(URLRouter(websocket_urlpatterns)),
"websocket2": CustomMiddleware(URLRouter(websocket_urlpatterns2))
}

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/a225158c-151e-4c65-bb54-67e223334b60n%40googlegroups.com.

Re: Test fails silently when using --tag

['Adam Johnson' via Django developers (Contributions to Django itself)]

Please don't report bugs here but to the ticket tracker. If you're not sure
there's a bug, django-users, the forum, or IRC are the recommended venues.

That said, I cannot reproduce your problem. Using django's main branch, I
started a new project with a tests.py file using your exact content and it
errors on import as expected:

$ ./manage.py test --tag abc
System check identified no issues (0 silenced).
E
==
ERROR: example.core.tests (unittest.loader._FailedTest)
--
ImportError: Failed to import test module: example.core.tests
Traceback (most recent call last):
  File "/.../python3.9/unittest/loader.py", line 436, in _find_test_path
module = self._get_module_from_name(name)
  File "/.../python3.9/unittest/loader.py", line 377, in
_get_module_from_name
__import__(name)
  File "/.../example/core/tests.py", line 4, in 
assert 0
AssertionError


--
Ran 1 test in 0.000s

FAILED (errors=1)

On Sun, 4 Apr 2021 at 14:26, Cammil Taank  wrote:

> Hi All,
>
> When I run tests using the --tag option, and there is a module level
> exception, the tests seem to pass without any errors.
>
> Steps to reproduce:
> 1. Add this to tests:
> from django.test import TestCase
> from django.test import tag
>
> assert 0
>
> @tag('abc')
> class TempTest(TestCase):
>
> def test_basic(self):
> self.assertFalse(True)
>
> 2. Run python manage.py test
> This should fail as expected
>
> 3. Run python manage.py test --tag=abc
> This for me passes without any error
>
> Cammil
>
> 
> ontono.com/cammil
> taanktech.com
> linkedin.com/cammiltaank 
>
> --
> You received this message because you are subscribed to the Google Groups
> "Django developers (Contributions to Django itself)" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to django-developers+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-developers/CACc%3DA%3D1gOcps2ameDdo4qkDo64%3DcRB99SrbH%3DxrKx5XeSE%2Bk5Q%40mail.gmail.com
> 
> .
>


-- 
Adam

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/CAMyDDM1iJ4VQzCjP07vKGZuAhnYzjPHQnjcKMOX2oULar2Ri%2BQ%40mail.gmail.com.