Re: Django security releases issued: 5.1.1, 5.0.9, and 4.2.16

Hi, I noticed that Django 4.2.16 release notes (and the other versions released today) are not updated: https://docs.djangoproject.com/en/5.1/releases/4.2.16/ This happens usually every time after a new release. Is it possible to fix it? Thanks, Uri Rodberg, Speedy Net. אורי u...@speedy.net

Re: Cookies with Django

Thank you. אורי u...@speedy.net On Fri, Aug 9, 2024 at 9:08 AM Jacob Rief wrote: > Hi Uri, > we are running a large Django site in Austria. As cookies we use > session-ids, csrf-tokens and the preferred language. By our legal team, > they all are considered as strictly necessary

Re: Cookies with Django

Thank you. אורי u...@speedy.net On Fri, Aug 9, 2024 at 5:40 AM Curtis Maloney wrote: > {I am not a lawyer. None of this is legal advice, of course.} > > Django itself does nothing to tell your users authentication uses cookies. > > If and how you choose to do that is up to y

Re: Django 5.1 - LoginRequiredMiddleware

Hi, I read the updated Django 5.1 release notes and I think now it's more clear that LoginRequiredMiddleware is only enabled if we enable it, and is not enabled by default. Thanks, Uri. אורי u...@speedy.net On Wed, Aug 7, 2024 at 9:29 AM Adam Johnson wrote: > I’ve opened a PR for

Cookies with Django

Hi, Django uses cookies at least for authentication / login. How does Django handle the European Union legal requirements related to using cookies? For example, does the user have to agree before cookies are used? Thanks, Uri. אורי u...@speedy.net -- You received this message because you are

Re: Django 5.1 - LoginRequiredMiddleware

Thank you. אורי u...@speedy.net On Wed, Aug 7, 2024 at 10:29 AM Adam Johnson wrote: > I’ve opened a PR for a small docs tweak that may help clarify the release > note: https://github.com/django/django/pull/18455 . > > On Wed, 7 Aug 2024, at 01:29, אורי wrote: > > > א

Re: Django 5.1 - LoginRequiredMiddleware

אורי u...@speedy.net On Wed, Aug 7, 2024 at 3:17 AM James Bennett wrote: > On Tue, Aug 6, 2024 at 4:37 PM אורי wrote: > >> No. I didn't see in the documentation of LoginRequiredMiddleware >> any MIDDLEWARE setting. >> >> >> https://doc

Re: Django 5.1 - LoginRequiredMiddleware

אורי u...@speedy.net On Tue, Aug 6, 2024 at 8:37 PM 'Adam Johnson' via Django developers (Contributions to Django itself) wrote: > Did you add the middleware to the MIDDLEWARE setting? > No. I didn't see in the documentation of LoginRequiredMiddleware any MIDDL

Django 5.1 - LoginRequiredMiddleware

, and they work without change - I'm not redirected to login urls. What am I missing? Is this the expected behavior? Thanks, Uri. אורי u...@speedy.net -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" g

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

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

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

er feature 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 messa

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

t 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 becau

Re: Feature request: making gettext more robust

) $k; done | 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. >

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

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()`, defaulted

Re: Suggestion: Limit activated languages to settings.LANGUAGES

slation.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 Ro

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 whe

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

o you have 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: > >

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

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

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 l

timesince and timeuntil - should we use python-dateutil?

f timesince which uses python-dateutil 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 Rodber

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, >

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()

7;t get 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 receiv

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 t

Features deprecated in 4.1 / Log out via GET

s_with_deprecation_warnings.sh test 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 subsc

Re: Django 4.1 alpha 1 released

clude = [] 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

Re: Django 4.1 alpha 1 released

ing a 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: > > >

Re: Django 4.1 alpha 1 released

What is the best written code to change the 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

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

to 2.2, 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 > q

Re: Revisiting MSSQL and Azure SQL Support in Django

ut I don't 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 Microsof

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

27;t think 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-c

Re: Case Sensitive Usernames

although their true 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

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?

at in each 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:/

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@googlegroup

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 itse

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. >> >

Re: queryset .all() behavior change in 3.2

#x27;m 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 >

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. The

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,

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

u can 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

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. אורי

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 member

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

the 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 Ad

final_catch_all_view

ed in 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 &q

Re: Technical Board Decision Needed: Admin append_slash behaviour.

dmin views. 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 a

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 th

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 works

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

write a blog post, but you can see 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. אורי

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

ncoded): 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+uns

Using directory locale with __init__.py

r, languages, all=True) File "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

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

tended > 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

Re: Regression in Set-Cookie which affects Django users

ookies explicitly to SameSite=None. Since Django 2.2 should be supported 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

Re: Regression in Set-Cookie which affects Django users

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

h few > 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 "

Re: Regression in Set-Cookie which affects Django users

dolphin-with-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 fro

Regression in Set-Cookie which affects Django users

=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 th

Re: Django default input validation accepts special caracters

username reflects my former last name). 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 ar

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 arbitrary

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

ed out from the other domain too. Is it possible to change 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

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.

hese migrations looks like it's 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

Re: Status of 3.1 release blockers.

jango 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 t

Re: Status of 3.1 release blockers.

fault 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 fo

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 "Dja

Re: f-strings again.

explicitly, 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. > > f-s

Re: Welcome email

Users 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.co

Re: Welcome email

I think because this list is called Django developers and what we call "Django users" are also developers who use Django. But they are developers. אורי u...@speedy.net On Sun, Jul 5, 2020 at 5:59 PM Arvind Nedumaran wrote: > Hey everyone, > > I notice that people who try

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__?

xists(): אורי 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 q

Re: timesince 'depth' parameter

; (default behaviour), 3 depth: > "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/ques

Disabling .delete() in querysets in Django

ent it, I can try to submit a PR. By the way, I checked and I found out that I can still delete objects from our admin interface, so it probably doesn't use the delete() queryset. Thanks, Uri. אורי u...@speedy.net -- You received this message because you are subscribed to the Google Gr

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

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

n settings [ 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 D

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 par

Re: Removing url() ?

one): 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.

Re: Removing url() ?

e 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 > was

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: Pyth

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 is

  1   2   >