Re: New feature request - Run only a random subset of tests.

. There is no way to count them from code, because many of them are tested more than once so the only way to know how many tests are in a specific module is to run them. Thanks, Uri. אורי u...@speedy.net On Mon, Feb 12, 2024 at 3:36 PM Jörg Breitbart wrote: > @Uri > > May I ask, whats the id

Re: New feature request - Run only a random subset of tests.

tests of this view. But again, of course we run all the tests before we deploy to production. Thanks, Uri. אורי u...@speedy.net On Mon, Feb 12, 2024 at 3:36 PM Jörg Breitbart wrote: > @Uri > > May I ask, whats the idea behind running a random subset of tests only? > Wouldn't a

New feature request - Run only a random subset of tests.

ature request I asked is https://code.djangoproject.com/ticket/35184 -tests - use wildcards in labels. More details can be found on this link. But this may be more complicated to implement. Thanks, Uri Rodberg, Speedy Net. www.speedy.net אורי u...@speedy.net -- You received this messag

Re: Pertaining the 4.2.6 release's "recreate indexes" footnote

Hi, I also think a more specific documentation as to how to fix this issue is required. I usually upgrade Django about 6 months after the initial major release, which is this month. But because of this issue I decided to wait 2 more months. Thanks, Uri. אורי u...@speedy.net On Wed, Oct 11

Re: Django in Portuguese

Hi, I created the following issue: https://code.djangoproject.com/ticket/34854 Thanks, Uri. אורי u...@speedy.net ‪On Tue, Sep 19, 2023 at 9:57 PM ‫אורי‬‎ wrote:‬ > Django Developers, > > I need to translate my website (Django) to Portuguese (Europe/Portugal > version). I transla

Django in Portuguese

to be in Portuguese. I think the minimum is to show them pt_BR translations if pt translations are missing. I checked other po files such as de, es, it and nl and there are no missing translations there. Thanks, Uri Rodberg, Speedy Net. אורי u...@speedy.net -- You received this message because you

Re: Feature request: making gettext more robust

| grep -v '^0 ' | sort -nr Thanks, Uri. אורי u...@speedy.net On Fri, Jun 16, 2023 at 3:55 PM Matthew Pava wrote: > I personally like the current behavior. If I don't have a translation > prepared for a certain text, I want it to fall back on the default text. > Saying that, how about

Re: Issue in admin and sites

Can you link to the ticket? אורי u...@speedy.net On Tue, May 2, 2023 at 5:28 PM Mohamed El-Kalioby wrote: > Hello everyone, > > > I’ve opened this issue on the issue tracker, and was asked to post here > for the sake of discussion. > > In SaaS product, we have set of org

Re: Model-level validation

אורי u...@speedy.net On Fri, Oct 7, 2022 at 10:01 AM Carlton Gibson wrote: > > ... the duplication I was referring to is having both Forms and > Serializers do validation. > > That's a separate issue. > > Can we merge various aspects of DRF into Django, so that it bett

Re: Model-level validation

אורי u...@speedy.net On Thu, Oct 6, 2022 at 6:11 AM Aaron Smith wrote: > It sounds like there is little support for this being the default. But I'd > like to propose something that might satisfy the different concerns: > > 1) A `validate` kwarg for `save()`, default

Re: Suggestion: Limit activated languages to settings.LANGUAGES

on.activate(language=language_code) request.LANGUAGE_CODE = translation.get_language() return self.get_response(request=request) Or, alternatively, you can check if the language_code is in django_settings.LANGUAGES, and only then activate it. Thanks, Uri Rodberg

Re: Model-level validation

אורי u...@speedy.net On Thu, Sep 29, 2022 at 11:04 AM Carlton Gibson wrote: > > On Thursday, 29 September 2022 at 06:29:30 UTC+2 aa...@aaronsmith.co > wrote: > >> Why doesn't Django validate Models on save()? >> >> I am aware that full_clean() is called when usi

Re: add option to specify HELO name/identity in SMTP client

other experiences? Thanks, Uri Rodberg, Speedy Net. אורי u...@speedy.net On Wed, Sep 7, 2022 at 5:21 PM David Miguel Susano Pinto < carandr...@gmail.com> wrote: > After connecting to a SMTP server, a client identifies themselves with > a HELO/EHLO command, like so: > > HELO

Re: More user friendly delete confirmation template

אורי u...@speedy.net On Tue, Aug 16, 2022 at 3:55 PM 'Adam Johnson' via Django developers (Contributions to Django itself) wrote: > Collapsing the list of to-be-deleted objects could also lead to cases of > accidental removal of related objects. I think it's better to err on the

Re: timesince and timeuntil - should we use python-dateutil?

xt(", ").join(result)* I don't need depth>2, I don't need hours and minutes and by definition my function returns "" if both dates are the same. now must be bigger than d or else I don't know what will happen... I think you just get "" otherwise. https://github.

Re: timesince and timeuntil - should we use python-dateutil?

Hi Carlton, I understand, thank you. Uri Rodberg, Speedy Net אורי u...@speedy.net On Tue, Aug 2, 2022 at 10:54 AM Carlton Gibson wrote: > Hey Uri. > > Historically, taking on extra dependencies isn't something we've done > lightly. > The packaging situation is a lot better

timesince and timeuntil - should we use python-dateutil?

til and doesn't use Django. But since timesince and timeuntil are built-in tags in Django, I guess many websites are using them. Isn't it better to use a more precise implementation and avoid something like "1 year, 12 months"? Thanks, Uri Rodberg, Speedy Net אורי u...@speedy.net -- Y

Re: Features deprecated in 4.1 / Log out via GET

see the warnings but the tests pass. I'm in the process of converting the logout links on my websites to forms with POST. Thanks, אורי u...@speedy.net On Thu, May 19, 2022 at 10:52 PM 'Adam Johnson' via Django developers (Contributions to Django itself) wrote: > Hi Uri, > > The view r

Re: Django security releases issued: 4.0.6 and 3.2.14.

Hi, Bugfixes are empty on https://docs.djangoproject.com/en/4.0/releases/4.0.6/ אורי u...@speedy.net On Mon, Jul 4, 2022 at 11:00 AM Mariusz Felisiak wrote: > Details are available on the Django project weblog: > > https://www.djangoproject.com/weblog/2022/jul/04/security

Re: Idea: Add .checked(/) to QuerySet as alternative to .filter() w/ .first()

an exception, and you deal with all numbers of elements except 1, not only 0 (it can be 2 or 3 for example). And you don't have to catch exceptions for multiple and does-not-exist. Many times I don't need else, I just don't do anything if the number of elements received is not 1. Uri. אורי u

Re: Features deprecated in 4.1 / Log out via GET

Hi Adam, I understand, and with `python -W all` I can see this warning (it was with `python -W error::DeprecationWarning` that I didn't see the warning). Thanks, Uri. אורי u...@speedy.net On Thu, May 19, 2022 at 10:52 PM 'Adam Johnson' via Django developers (Contributions to Django itself

Features deprecated in 4.1 / Log out via GET

speedy.core.accounts.tests.test_views.LogoutViewTestCase`, and the test is passing without any deprecation warnings. Is it a problem with Django 4.1 or in the way I ran the test? Do you want me to file a new ticket? Thanks, Uri. אורי u...@speedy.net -- You received this message because you are subscribed to the Google Groups "D

Re: Django 4.1 alpha 1 released

= [] exclude += ['username', 'slug'] return super().clean_fields(exclude=exclude) Or if you want to check for a set then change it to sets. Thanks, Uri. אורי u...@speedy.net On Thu, May 19, 2022 at 10:20 AM Carlton Gibson wrote: > Hi Uri, > > Good spot. The docs have `The

Re: Django 4.1 alpha 1 released

dict of all validation errors if any occur. """ if exclude is None: exclude = set() אורי u...@speedy.net On Wed, May 18, 2022 at 9:09 AM Carlton Gibson wrote: > Details are available on the Django project weblog: > > > htt

Re: Django 4.1 alpha 1 released

line `exclude += ['username', 'slug']` in my code? Is it `exclude |= set(['username', 'slug'])` or `exclude |= {'username', 'slug'}`? Or should I convert to list and then back to set? What is the reason `exclude` was changed to a set? Thanks, Uri. אורי u...@speedy.net On Wed, May 18, 2022 at 9:09

Re: Django security releases issued: 4.0.4, 3.2.13, and 2.2.28

, then it will definitely be the time to upgrade to at least Django 3.2. Uri Rodberg, Speedy Net. אורי u...@speedy.net On Mon, Apr 11, 2022 at 12:09 PM Wim Feijen wrote: > Hi, > > Thanks for the release! > > This has not directly to do with the security release, but I have a > question about this r

Re: Revisiting MSSQL and Azure SQL Support in Django

think Django should make an effort to support them in its core. Thanks, Uri Rodberg, Speedy Net. אורי u...@speedy.net On Thu, Mar 31, 2022 at 7:30 PM Warren Chu wrote: > Hi All, > > There is increasing interest within Microsoft to have stronger ties > between Microsoft SQL Serve

Separate between words in Django commands and methods

Thanks, Uri. אורי u...@speedy.net -- 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-developer

Re: Case Sensitive Usernames

they have delivery problems with customers. אורי u...@speedy.net On Mon, Dec 13, 2021 at 6:39 AM Benny wrote: > That’s a matter of perspective - RFC 5321 documents it pretty well. While > I agree that, speculatively, the majority of servers may normalize emails > to lower-case, it’s not o

Re: Case Sensitive Usernames

ue address is lowercase. I don't think you want this uppercase letter to appear on your database in the email field. אורי (Uri) u...@speedy.net On Sun, Dec 12, 2021 at 6:02 PM Arthur Pemberton wrote: > Especially with the ability to set USERNAME_FIELD to "email", it would be > really usef

Re: DEFAULT_AUTO_FIELD

Thank you. > In a future Django release the default value of DEFAULT_AUTO_FIELD >> >> will be changed to BigAutoField >>

DEFAULT_AUTO_FIELD

Hi, Are there any intentions to make DEFAULT_AUTO_FIELD and django.db.models.AutoField a 64-bit integers in future versions of Django? If not, why not? Thanks, אורי u...@speedy.net -- You received this message because you are subscribed to the Google Groups "Django developers (Contribu

Re: (Circa end of 2021) Localization issues with input type=date?

language and the names of the months. In the background it uses a hidden input in -MM-DD format. אורי u...@speedy.net On Tue, Sep 28, 2021 at 12:16 PM Carlton Gibson wrote: > Hi all. > > There's a PR to add examples using `` for > `forms.DateInput`. > https://github.com/dja

Re: Developer wanted

Hi, I'm also a Django developer available for freelance work. https://www.linkedin.com/in/uri-rodberg/ Uri. אורי u...@speedy.net On Mon, Sep 6, 2021 at 12:51 AM 'la...@larrylobert.com' via Django developers (Contributions to Django itself) < django-developers@googlegroups.com> wrote

Re: makemessages management command should not touch POT-Creation-Date

I also find it annoying that one line changes always even if there are no changes in translations. I prefer the file not to change at all if nothing has changed. אורי u...@speedy.net On Tue, Aug 31, 2021 at 11:03 AM 'Adam Johnson' via Django developers (Contributions to Django itself) wrote

Re: Removal of USE_L10N setting

In my project USE_L10N = True and USE_I18N = True since the beginning (2016). אורי u...@speedy.net On Fri, Aug 13, 2021 at 4:47 PM Claude Paroz wrote: > I don't think I've ever set USE_L10N to True, and I've been using >> Django in production since 0.96. >> > > What woul

Re: queryset .all() behavior change in 3.2

not sure how it is related to Django versions, though. Uri. אורי u...@speedy.net On Tue, Jul 13, 2021 at 5:36 PM Riccardo Magliocchetti < riccardo.magliocche...@gmail.com> wrote: > Hello, > > when porting a django application from 3.1.13 to 3.2.5 I found a behavior > c

Re: The certificate for code.djangoproject.com expired on 7/4/2021.

I think there was a downtime for about a few hours when the certificate was not valid. אורי u...@speedy.net On Sun, Jul 4, 2021 at 4:08 PM Jason Johns wrote: > FWIW, a user at pyslackers said they got a 503 about the same time about > 50 minutes after Asif's initial message. Then abo

Re: Can't translate strings properly to Hebrew and Arabic (#31937)

OK, here is a draft PR: https://github.com/django/django/pull/14226 אורי u...@speedy.net On Tue, Apr 6, 2021 at 4:53 PM Carlton Gibson wrote: > Hey Uri. > > Yes, I know Claude is busy at the moment (as I think is everyone this last > year) but we’ll certainly need his input

Re: Can't translate strings properly to Hebrew and Arabic (#31937)

Hi Carlton, Thanks for the feedback. Do you want me to create the draft PR? I would also like to receive feedback from Claude (cc), to see if we are in the right direction. Maybe it's possible to update things automatically via Transifex? Thanks, Uri. אורי u...@speedy.net On Tue, Apr 6, 2021

Re: Adding ability to choose AutoField type (signed vs unsigned)

never know when a model will require more than 2**31 records and I don't see any use in using 32 bits in 2021. By the way, if we use 64 bits - it doesn't matter that much if the integer is signed or unsigned - I don't think we need the 64th bit anyway. Uri. אורי u...@speedy.net On Tue, Apr 6

Re: Can't translate strings properly to Hebrew and Arabic (#31937)

Hi Adam, What will a PR require? Does it require to change all the translations in all the languages, as well as the translation keys? And how do we intend to update it with the current translations in Transifex? Do you want me to handle such a PR? Thanks, Uri. אורי u...@speedy.net On Tue, Apr

Can't translate strings properly to Hebrew and Arabic (#31937)

using the "one" word instead of "1", for example "one week" instead of "1 week". But it's more a mistake in Hebrew (and Arabic), where there is a word for two weeks (שבועיים), and writing "2 weeks" (2 שבועות) is incorrect. Thanks, Uri. אורי u...

Re: Bug with order_by and reverse on a __in exclusion query

Did you open a ticket? https://code.djangoproject.com/ אורי u...@speedy.net On Mon, Mar 29, 2021 at 11:18 PM Nathaniel Brown wrote: > Basically when I try to exclude all members that have cancelled standing > from all the poems it breaks and includes all Poems no matter if the

Re: Deprecating django.utils.functional.cached_property() ?

Is there any difference in the implementation between the two *cached_property*? אורי u...@speedy.net On Thu, Feb 4, 2021 at 12:57 PM Carlton Gibson wrote: > functools.cached_property is available from Python 3.8. > > https://docs.python.org/3.9/library/functools.html#functools.cached

Re: final_catch_all_view

name of the function *AdminSite.get_urls* will remain the same and this function will not change, but the 2 other functions will be new functions and Django will call the third function (with all urls) instead of calling *AdminSite.get_urls*. אורי u...@speedy.net On Tue, Jan 19, 2021 at 6:55 PM Adam Johnson

final_catch_all_view

my website. Is it possible to add the "catch all" urlpattern as the very last urlpattern, after the website's defined urlpatterns? I think this makes more sense. Thanks, אורי u...@speedy.net -- You received this message because you are subscribed to the Google Groups "Django d

Re: Technical Board Decision Needed: Admin append_slash behaviour.

. This increases security, as you will have to login twice. In my opinion you can consider adding this suggestion to Django's documentation. Thanks, Uri Rodberg Speedy Net אורי u...@speedy.net On Wed, Jan 6, 2021 at 11:43 AM Carlton Gibson wrote: > Hi all, > > I need to ask for a Techni

Re: Primary Key AutoField -> UUID Field

. אורי u...@speedy.net On Sat, Nov 14, 2020 at 6:32 PM Brian Carter wrote: > Feature Request: > > I like to use the UUIDField as the primary key in my models, and I think > it would be nice to have django expose a setting in the settings.py to > override the default primar

Re: Ticket update ending up in gmail spam

Hi, Mail I received from djangoproject.com in 2019 had SPF pass (by best guess record). Mail I received from djangoproject.com in 2020 had SPF neutral. Maybe you should update the SPF records for djangoproject.com. Uri. אורי u...@speedy.net On Thu, Oct 22, 2020 at 6:21 PM Peter Inglesby wrote

Re: What the purpose of having function that is not working correctly?

On Thu, Sep 10, 2020 at 12:17 PM Alexander Lyabah wrote: > > Also, want to say it again, English is not my first language, and some > words may sound not polite at all. It is not my intention, I respect all > the work you have done with Django, and very thankful for continue working > on it. >

Re: command for stopping server

I think the server run by "python manage.py runserver" is just a debugging server, it is not suitable for production. For production you run a web server such as Nginx or Apache which you configure to execute Django. אורי u...@speedy.net On Mon, Sep 7, 2020 at 4:37 PM Antonín Drdá

Re: Logging in from one browser logs me out from other browsers (after any change in PBKDF2PasswordHasher.iterations)

On Thu, Sep 3, 2020 at 11:57 AM Tom Forbes wrote: > You might have a point regarding the frequency of bumping the PBKDF > iteration setting. Is bumping it 5 times in 13 months really required? On > the other hand you might want to consider staying on the LTS releases and > avoid issues such as

Re: Logging in from one browser logs me out from other browsers (after any change in PBKDF2PasswordHasher.iterations)

Hi, To conclude, I think it would be better to change the number of iterations not every 8 months, but every 2 years (with a new LTS release). אורי u...@speedy.net On Thu, Sep 3, 2020 at 10:29 AM Florian Apolloner wrote: > I do not think there is anything to reopen because it wo

Re: Logging in from one browser logs me out from other browsers (after any change in PBKDF2PasswordHasher.iterations)

our patch on GitHub: https://github.com/speedy-net/speedy-net/blob/master/speedy/core/patches/session_patches.py I wish I knew about this issue before and then I would have patched something like this before, before causing this to change 5 times in production. אורי. -- You received this message

Logging in from one browser logs me out from other browsers (after any change in PBKDF2PasswordHasher.iterations)

return False אורי u...@speedy.net -- 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.

Using directory locale with __init__.py

ile "C:\Program Files\Python36\lib\gettext.py", line 482, in find for nelang in _expand_lang(lang): File "C:\Program Files\Python36\lib\gettext.py", line 206, in _expand_lang loc = locale.normalize(loc) AttributeError: module 'locale' has no attribute 'normalize' (.venv)

Re: Italic

Thank you. אורי u...@speedy.net On Thu, Aug 27, 2020 at 9:13 AM Carlton Gibson wrote: > I think it means that the ticket recently changed state, so that it no > longer matches the query. > (I’m not sure of the underlying mechanism there…) > > On 27 Aug 2020, at 08:05, ⁨אורי⁩ <

Italic

Hi, I queried tickets from https://code.djangoproject.com/ and one ticket is in Italic. What does it mean? Thanks, אורי u...@speedy.net -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To u

Re: Regression in Set-Cookie which affects Django users

; support. Per our backporting policy this means it doesn't qualify for a > backport. > OK, I will try to fork Django and backport it myself. Thank you. אורי u...@speedy.net -- You received this message because you are subscribed to the Google Groups "Django developers (Contribut

Re: Regression in Set-Cookie which affects Django users

ted until 2022, I think it makes sense to backport it to Django 2.2 and 3.0. אורי u...@speedy.net On Sat, Aug 22, 2020 at 9:48 PM Mariusz Felisiak wrote: > We decided that it's a new feature that will not be backported to Django > 3.0, see #30862 <https://code.djangoproject.com/ticket/30862&

Re: Regression in Set-Cookie which affects Django users

this package and middleware. אורי. -- 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...@goo

Re: Regression in Set-Cookie which affects Django users

> simple workarounds). > These decisions were probably before the breaking changes in Chrome. https://www.chromestatus.com/feature/5088147346030592 https://www.chromium.org/updates/same-site אורי. -- You received this message because you are subscribed to the Google Groups "D

Re: Regression in Set-Cookie which affects Django users

th-two-websites https://stackoverflow.com/questions/59298548/set-cookie-is-not-working-in-chrome-with-two-websites אורי. -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this gro

Regression in Set-Cookie which affects Django users

ite=None*, also in settings such as *SESSION_COOKIE_SAMESITE*, and backport it to all working versions of Django. אורי u...@speedy.net -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this

Re: Django default input validation accepts special caracters

The only way to use a different username on Google is to create a new account. But also if I change my username, my email address would change, and messages sent to my previous email address might not reach me. אורי. -- You received this message because you are subscribed to the Google Groups &q

Re: The cotent types framework unreasonably limits model name length.

How can a class name be more than 100 characters? Can you give an example? A limit of 100 characters seems reasonable to me, maybe even 60 would be enough. אורי u...@speedy.net On Tue, Aug 11, 2020 at 6:06 AM Richard Campen wrote: > Hello > > I have hit what I feel is an arbitr

Re: Django 4.0 sessions

gt; relevant. > > I apologize for the long post and paragraph. אורי u...@speedy.net -- 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

Django 4.0 sessions

the sessions deprecation Django version so that users will have about 2 or 3 years to convert their sessions? Thanks, אורי (Uri) u...@speedy.net -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsub

Re: Status of 3.1 release blockers.

Thank you. אורי u...@speedy.net On Fri, Aug 7, 2020 at 8:24 AM Mariusz Felisiak wrote: > > *> After I signed up and logged in, I reverted to Django 3.0, and then one > user was logged out (who should be logged in) and another user got the > exception `Incorrect padding`

Re: Status of 3.1 release blockers.

not related to this issue. אורי u...@speedy.net On Mon, Aug 3, 2020 at 11:25 AM Mariusz Felisiak wrote: > Hi Markus, > > I don't see a clear path to do this, we cannot add a setting that > accepts a string and immediately (in the next release) change it to a list, > th

Re: Status of 3.1 release blockers.

4.0 and even later. What will happen then? אורי u...@speedy.net On Fri, Jul 31, 2020 at 11:46 PM Mariusz Felisiak < felisiak.mari...@gmail.com> wrote: > I've created a draft PR13262 <https://github.com/django/django/pull/13262> > with the new setting for the default

Re: Status of 3.1 release blockers.

value in Django versions <= 3.0. What do you think? אורי u...@speedy.net On Fri, Jul 31, 2020 at 11:46 PM Mariusz Felisiak < felisiak.mari...@gmail.com> wrote: > I've created a draft PR13262 <https://github.com/django/django/pull/13262> > with the new setting for the defa

Re: Status of 3.1 release blockers.

this change (of hashing algorithm, if I understand correctly) to Django 3.2. And then of course, patch 3.0 and 3.1 to handle sessions created by 3.2. אורי u...@speedy.net On Fri, Jul 31, 2020 at 2:13 PM Carlton Gibson wrote: > Hi Uri. > > On 31 Jul 2020, at 12:11, ⁨אורי⁩ <⁨u...

Re: Status of 3.1 release blockers.

. > I think it might be related to an issue I reported - #31592 <https://code.djangoproject.com/ticket/31592>. Django 3.0 can't handle sessions created by Django 3.1. אורי u...@speedy.net -- You received this message because you are subscribed to the Google Groups "Django d

Re: f-strings again.

, which I think is wrong. The {}-format takes only variables which are explicitly given to them. Also when I use translations, I use the {}-format strings in the translated strings. אורי u...@speedy.net On Tue, Jul 21, 2020 at 9:55 AM Carlton Gibson wrote: > Hi All. > >

Re: Welcome email

will be Django Developers or something like that with the word "developers"? אורי u...@speedy.net On Thu, Jul 9, 2020 at 5:10 PM Peter Inglesby wrote: > Hi folks, > > Is there any moderation for posts from new users? It can be enabled > <https://support.google.com/gr

Re: The blacklist / master issue

I think *master* is the default branch name in any Git repository. It's not about Django and even not GitHub. Do you want to change the default branch name in Git? אורי u...@speedy.net On Mon, Jun 15, 2020 at 7:28 PM Tom Carrick wrote: > This ticket was closed wontfix >

Re: Implement QuerySet.__contains__?

(): אורי u...@speedy.net On Tue, Jun 2, 2020 at 11:57 AM Johan Schiff wrote: > Is there a specific reason Djangos QuerySet does not implement > __contains__? It doesn't seem very complicated to me, but maybe I'm missing > something. > > When checking if an object is in e queryset I alway

Re: timesince 'depth' parameter

gt; "3 weeks, 2 days, 4 hours ago" etc. > > Actually I think it's a good idea. I don't think I ever used this feature with Django, but it's nice to have anyway. Have you seen this question from 2011? https://stackoverflow.com/questions/6481788/format-of-timesince-filter Also, ot

Re: Proposal: Allow stopwords in slugs generated by ModelAdmin.prepopulated_fields

I very much prefer a slug "to-be-or-not-to-be-that-is-the-question" than "be-or-not-be-question" (which doesn't make sense). אורי u...@speedy.net On Wed, Apr 8, 2020 at 11:35 PM Andy Chosak wrote: > Automatic slug generation in ModelAdmin via prepo

Reverting Django 3.1. to Django 3.0.6 raises "binascii.Error: Incorrect padding".

[ https://stackoverflow.com/a/59315164/1412564]. Until then my production websites didn't accept logins to the other website. Thanks, Uri. אורי u...@speedy.net -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)&q

Re: Rename request.GET and POST, and lowercase COOKIES, FILES, and META

Hi, I also prefer lowercase names since uppercase is usually reserved for constants in Python. The names of the requests ("GET" / "POST") can be used in strings to check the request method (uppercase). But there is no sense in using uppercase names for variables. אורי u...

Re: Removing url() ?

Thank you, Carlton. אורי u...@speedy.net On Wed, May 6, 2020 at 10:06 AM Carlton Gibson wrote: > Hi Uri. > > On 6 May 2020, at 08:32, ⁨אורי⁩ <⁨u...@speedy.net⁩> wrote: > > Although I'm not sure why it was deprecated and renamed to re_path(). > > > It was part of

Re: Removing url() ?

return re_path(regex, view, kwargs, name) And then import it, so they can keep using url() if they want to. So to conclude, I'm not sure what's the reason why url() was deprecated and renamed to re_path(), but since it has been done I think it should be removed in Django 4.0. Uri. אורי u...@spee

Re: Removing url() ?

are the differences between url() and path() and re_path()? אורי u...@speedy.net On Tue, May 5, 2020 at 6:42 PM Collin Anderson wrote: > Hi All, > > Are we _sure_ we want to completely get rid of url()? > > Yesterday, url() was given a RemovedInDjango40Warning [PR]. The removal > wa

Re: Google Groups contingency plan

‪On Sun, Apr 26, 2020 at 7:34 PM ‫אורי‬‎ wrote:‬ > > By the way, is Django a commercial entity? Why does it use the .com domain > suffix? Python uses .org, but doesn't Django use .org too? From reading the > website I see that the Django Software Foundation is non-profit. > Sorry, I meant:

Re: Google Groups contingency plan

On Sun, Apr 26, 2020 at 7:14 PM Tom Forbes wrote: > Hello, > Given the recent worldwide situation I’ve found myself thinking a lot > about contingency plans recently. I wanted to raise a question about our > reliance on Google Groups and if we had any contingency plans if this > service was shut

Re: Remove automatic date-naming of migrations (00XX_auto_YYYMMDD)

On Sat, Apr 25, 2020 at 5:48 PM Adam Johnson wrote: > Re: Uri: > >> If the file name is not like ‘auto’ name with the current date + time, it >> looks like a migration which was written by a developer. >> > > I think making a distinction between "auto generated" and "hand written" > migrations

Re: Remove automatic date-naming of migrations (00XX_auto_YYYMMDD)

ind a need to manually write a migration. If the file name is not like ‘auto’ name with the current date + time, it looks like a migration which was written by a developer. אורי -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions

Re: Form fields - should be OrderedDict?

Hi James, Thanks for your feedback. I updated my code and submitted a new answer to my question on Stack Overflow. אורי u...@speedy.net On Sat, Apr 11, 2020 at 9:10 AM James Bennett wrote: > On Fri, Apr 10, 2020 at 10:40 PM ‫אורי‬‎ wrote:‬ > > In this form I need to inse

Re: Form fields - should be OrderedDict?

fields in the beginning, or change the order of fields. So I think it was a mistake changing it to a dict. אורי u...@speedy.net On Sat, Apr 11, 2020 at 8:03 AM James Bennett wrote: > The purpose of OrderedDict is that it's a dictionary type where > iteration yields keys in the order the

Form fields - should be OrderedDict?

and it should be changed back to OrderedDict. Thanks, Uri. אורי u...@speedy.net -- 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

Re: ngettext_lazy and ngettext

settings (I think it was SESSION_COOKIE_SAMESITE that changed). It is documented on the release notes but I didn't notice it, no unit tests failed and I introduced a bug to production. It took me about 4 or 5 weeks to fix this. אורי u...@speedy.net On Wed, Mar 4, 2020 at 7:22 PM Carlton Gibson wrote

Re: ngettext_lazy and ngettext

it to be documented there. אורי u...@speedy.net On Wed, Mar 4, 2020 at 7:22 PM Carlton Gibson wrote: > We are taking it seriously Uri. It’s difficult to resolve instantly when > there’s a super long mailing list thread, and several PRs in play, and a > major discussion on the ticket. It’s only

Re: ngettext_lazy and ngettext

"That one user has a bug". אורי u...@speedy.net On Wed, Mar 4, 2020 at 3:43 PM Carlton Gibson wrote: > HI Uri. > > Yes, we know. :) Please don't bump. It's just adds noise. (If you MUST > bump, a comment on the PR is more than enough, so not everyone of the > thousands on this

Re: ngettext_lazy and ngettext

, and then I will have to apply every patch manually to my fork, which is a harass and I don't think should be necessary. אורי u...@speedy.net On Tue, Jan 28, 2020 at 7:42 AM Matemática A3K wrote: > > > On Fri, Jan 24, 2020 at 2:17 AM Matemática A3K > wrote: > >> >> >>

Re: Deprecating logout via GET

Users don't need to confirm a logout. Confirmation is usually when deleting a profile or making something irreversible. Logging out is reversible and therefore doesn't need to be confirmed. Just clicking "logout" should log the user out - whether a regular user or an admin. אורי u...@

Re: Deprecating logout via GET

Yes, but then hovering on the link doesn't show the logout URL at the bottom of the screen. אורי u...@speedy.net On Sat, Feb 29, 2020 at 6:01 PM Florian Apolloner wrote: > I found an example on stackoverflow on how we could do this in the admin > without JS (with a bit of styling):

Re: Deprecating logout via GET

I'm interested: Google, Gmail, Facebook, Instagram, Twitter: How do they use logout? POST or GET? אורי u...@speedy.net On Thu, Feb 27, 2020 at 7:10 PM René Fleschenberg wrote: > Hi everyone, > > there seems to be consensus that logging the client out on GET requests > to the

  1   2   >