Fellow Report - March 5, 2016

Triaged --- https://code.djangoproject.com/ticket/26282 - db.connection.is_usable throws when no connection exists yet (wontfix) https://code.djangoproject.com/ticket/26283 - SplitArrayField failed to validate because remove_trailing_nulls doesn't work properly (accepted) https://code.d

Re: Django Integration

My intention is still to get it in - the external library is pretty much at the stable point now, and I'm preparing to brand it 1.0. Once I do that, I'll start work on the Django patch. It's made a bit easier by the fact that the code is four repositories, three of which (asgiref, daphne, and asgi

Re: Django Integration

Hi Andrew, What's your thinking about whether or not any of this will make it into 1.10? The alpha is scheduled for May 16. On Saturday, March 5, 2016 at 2:40:05 PM UTC-5, Andrew Godwin wrote: > > Hi Chad, > > The REST framework request feature integration, in particular, has not > started yet;

Re: Intro + A few questions about Formset Improvements

Hi, I'll answer your questions inline: 1. How many bugs does your average applicant solve for his/her proposal to > considered amazing? > The number of bugs isn't relevant as the amount of work per bug or feature varies greatly. T

Intro + A few questions about Formset Improvements

A little late to the party but I hope to make for lost time. Hi, I'm Amith, currently a fourth year student at Dayananda Sagar College Of Engineering. I was hoping to work with Django as my GSoC project if my proposal is accepted. I'll keep the intro short, here are my credentials : Linkedin :

Re: TransactionManagementError is raised when autocommit …

Regardless of the particular problem I have got shouldn't it be possible to disable Djangos transactional management if you want to? Is not transaction.set_autocommit(False) doing that? Is it not surprising to get a TransactionManagementError when you have turned of the transaction management?

Re: Django Integration

Hi Chad, The REST framework request feature integration, in particular, has not started yet; Mozilla has been having some issues working out how to pay their various grantees, and from my understanding we still haven't received the grant money yet. Channels is well underway, but that's only becau

Re: TransactionManagementError is raised when autocommit …

Thanks for the suggestion! I have been thinking of workarounds with multiple db aliases and it would solve the problem I described but in reality the code I'm working with is much more complex and has around 400 explicit commits. It all worked great in Django 1.4 but since we upgraded to 1.8 (a

Re: TransactionManagementError is raised when autocommit …

I've had this scenario before - you have two interleaving units of work (through composition of code from different sources or concerns). You want progress recorded for one unit of work, but perhaps not the other. Without django, you'd have two open connections. In my experience the simplest way

deprecating the "escape" half of django.utils.safestring (#24046)

Aymeric raised this ticket [0] while working on multiple template engines: "Since any data that isn't explicitly marked as safe must be treated as unsafe, I don't understand why we have EscapeData and its subclasses nor the mark_for_escaping function. It seems to me that we could keep only t

[ANNOUNCE] Django bugfix releases issued: 1.9.4 and 1.8.11

Details are available on the Django project weblog: https://www.djangoproject.com/weblog/2016/mar/05/bugfix-releases/ -- 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

Re: Making max_length argument optional

On Saturday 05 March 2016 02:24:17 Loïc Bistuer wrote: > I’m not too keen on a contrib.pg field. CharField is the base class of many > fields, a __init__ kwarg approach such as max_length=None allows us to > reach those as well. > That's a good point; Can we enable max_length=None in a mixin?

Re: Django Integration

Hello, There are more information about the project in the doc page: https://channels.readthedocs.org/en/latest/ El sábado, 5 de marzo de 2016, 1:16:31 (UTC+1), Chad Paulson escribió: > > I was happy to read that part of the Mozilla Open Source Support program > funding that was recently awarded

Re: Adding "bits of entropy" argument to crypto.get_random_string

Can't you just define your own function called "get_random_string_entropy" that calculates the length and then calls get_random_string? What would be the benefit of doing that in Django directly? Am 05.03.2016 um 00:15 schrieb Nick Timkovich: > Rather than guess at the appropriate string length to

Re: Proposal: Refactor Form class

Hello, Am 05.03.2016 um 02:57 schrieb Curtis Maloney: > Well, Widgets and Fields are involved in determining how to extract data from > the submitted dict... but they don't actually "parse" the http form data -- > Django does that much further down the stack in the HttpRequest object. > > > As m