Details are available on the Django project weblog:
https://www.djangoproject.com/weblog/2020/jul/20/django-31-release-candidate-1-released/
--
You received this message because you are subscribed to the Google Groups "Django
developers (Contributions to Django itself)" group.
To unsubscribe f
Thanks for your work so far Tom!
> There is perhaps some scope in the future to make this take a callable
that can figure out the collation per-database. This would be useful for
getting case-insensitive lookups working across all backends, for example.
But I want to keep that out of the scope
Hi,
On 7/19/20 10:25 PM, Tim Graham wrote:
> Another commenter remarked, "We had a similar issue with test discovery.
> One of our developers read an article that __init__.py files are not
> required on Python3 and started removing them. Everything seemingly
> worked but some tests were not discov
(It was already reverted in 578b3046e3b4adc43655bb5dd955054b7bf19f89. Sorry
if raising a related issue on this thread was confusing.)
On Sunday, July 19, 2020 at 4:27:59 PM UTC-4 Aymeric Augustin wrote:
> I was still planning to revert ccc25bf. It's just a matter of finding time.
>
> --
> Aymer
I was still planning to revert ccc25bf. It's just a matter of finding time.
--
Aymeric.
> On 19 Jul 2020, at 22:25, Tim Graham wrote:
>
> On the topic of namespace packages, I noticed this line in the 3.1 release
> notes: "Migrations are now loaded also from directories without __init__.py
On the topic of namespace packages, I noticed this line in the 3.1 release
notes: "Migrations are now loaded also from directories
without __init__.py files." https://code.djangoproject.com/ticket/30300
The ticket's rationale seems to be "We've just finished migrating our
codebase to all-pytho
Thank you Vishnu
On Sun, Jul 19, 2020 at 7:16 AM Vishnu Thuletiya
wrote:
> I think you can use 'select_related(name of foreign key class) ' insted of
> all().
>
> On Sun, 19 Jul 2020, 9:11 am karthik challa,
> wrote:
>
>> Hi Experts,
>>
>> I am trying to execute the below query and the query i
My Apologies .
On Sunday, July 19, 2020 at 3:06:57 AM UTC-4, Aymeric Augustin wrote:
>
> Hello,
>
> 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 b
Thanks for the feedback.
Aymeric, yes, I left out modification until I knew there was some interest
as that code seemed more impenetrable to me than the field addition. I've
added this now, does it seem like the right approach? I've tested it on
everything but Oracle and it seems to work as I'd ex
I think you can use 'select_related(name of foreign key class) ' insted of
all().
On Sun, 19 Jul 2020, 9:11 am karthik challa,
wrote:
> Hi Experts,
>
> I am trying to execute the below query and the query is taking more than 5
> minutes.
>
> Here are the details
>
> Model.py
>
> class Url(models
Yes I'd also like to lend my support.
In MySQL (at least) columns also have a charset property that goes
hand-in-hand with which collations are available. I know it expands the
scope, but I think it would be good to get that in here. Perhaps it could
be a follow-up ticket though.
On Sun, 19 Jul 2
Hello Tom,
Just wanted to give you some encouragement here, as you've been monologuing for
two months ;-) The PR looks promising!
Regarding migrations, I'm not seeing how the collation for a column will be set
or unset in the database if you change it in the code e.g.:
MySQL : ALTER TABLE ...
Hello,
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 unli
13 matches
Mail list logo
