For those that would rather it be opt-out, remember that we can always make
it opt-out later, once we have more experience with the feature.
Regarding the suggestion to have `--random 0` mean not to use randomizing,
I also think that could be confusing. 0 is also a valid integer seed, and
it se
I just came across this thread after seeing a related PR. Rather than a
"get_security_header()" function, couldn't Django make the setting an
object that is accessed by the user like a dict, but internally (underneath
the hood) it tries from a user-defined dict and then falls back to a value
in
orts some dict-like operations.
--Chris
>
> On Fri, 26 Mar 2021 at 05:35, chris.j...@gmail.com
> wrote:
>
>> I just came across this thread after seeing a related PR. Rather than a
>> "get_security_header()" function, couldn't Django make the setting a
On Thursday, May 6, 2021 at 10:32:59 AM UTC-7 f.apo...@gmail.com wrote:
> I took a quick glance (literally just that) at the pull requests. I do
> like the one that offers a way to abort early inside a prefix -- this is a
> nice optimization and as well might open interesting options for
> spec
Hi,
I recently had a need to iterate over all templates in a code base for a
development task. I was wondering how people felt about adding a "list all
templates"-like function to the template backend and loader API's. Such a
function could also accept a subdirectory to limit the templates retu
Maybe someone can file an issue about it to address the same thing
happening in the future. Perhaps
here: https://github.com/django/code.djangoproject.com/issues
--Chris
On Sunday, July 4, 2021 at 9:14:20 AM UTC-4 Jason Johns wrote:
> Ahh, I see the issue.
>
> This screenshot is for Summer of
Related to this discussion, what's the current policy / practice around
linking to tickets from the release notes? It looks the release notes for
patch releases already link to tickets, e.g.
https://docs.djangoproject.com/en/dev/releases/3.2.6/
However, for feature release, it looks like the tic
s requires a
> release note.
>
> As an infrequent contributor these days, I'm not seeking any more
> recognition from my contributions, nor would more recognition encourage me
> to contribute more. I'd rather the Django team spend their efforts on
> building software t