Re: request to reopen ticket #24522: --random test option

2021-03-10 Thread chris.j...@gmail.com
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

Re: Rethink (?) how we handle security headers.

2021-03-25 Thread chris.j...@gmail.com
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

Re: Rethink (?) how we handle security headers.

2021-03-26 Thread chris.j...@gmail.com
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

Re: APPEND_SLASH behavior

2021-05-07 Thread chris.j...@gmail.com
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

template API to list templates

2021-07-03 Thread chris.j...@gmail.com
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

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

2021-07-04 Thread chris.j...@gmail.com
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

Re: Recognising Contributions

2021-08-18 Thread chris.j...@gmail.com
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

Re: Recognising Contributions

2021-08-18 Thread chris.j...@gmail.com
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