Re: Django 1.2 release candidate available

On Thu, May 6, 2010 at 10:43 AM, Alex Gaynor wrote: > > You are however allowed to start earlier if you buy Russ and Karen a > drink, they deserve thanks for all the hard work they've put in. Oh, I wouldn't miss a chance to make small talk over drinks with the django gods :D Regards Rajeev J Se

Re: Django 1.2 release candidate available

On Thu, May 6, 2010 at 10:37 AM, James Bennett wrote: > On Wed, May 5, 2010 at 11:53 PM, Rajeev J Sebastian > wrote: >> When can we start discussing potential small/micro fixes for the next >> version of django? > > A week or two after 1.2 final is released. Thanks! Regards Rajeev J Sebastian

Re: Django 1.2 release candidate available

On Thu, May 6, 2010 at 1:07 AM, James Bennett wrote: > On Wed, May 5, 2010 at 11:53 PM, Rajeev J Sebastian > wrote: >> When can we start discussing potential small/micro fixes for the next >> version of django? > > A week or two after 1.2 final is released. > > > -- > "Bureaucrat Conrad, you are

Re: Django 1.2 release candidate available

On Wed, May 5, 2010 at 11:53 PM, Rajeev J Sebastian wrote: > When can we start discussing potential small/micro fixes for the next > version of django? A week or two after 1.2 final is released. -- "Bureaucrat Conrad, you are technically correct -- the best kind of correct." -- You received

Re: Django 1.2 release candidate available

On Thu, May 6, 2010 at 10:10 AM, James Bennett wrote: > Tonight we're proud to announce, finally, the first Django 1.2 release > candidate. If all goes well, it will also be the *only* release > candidate, and Django 1.2 final will release one week from today. Congrats on yet another great Django

Django 1.2 release candidate available

Tonight we're proud to announce, finally, the first Django 1.2 release candidate. If all goes well, it will also be the *only* release candidate, and Django 1.2 final will release one week from today. For more information, consult: * The Django project weblog: http://www.djangoproject.com/weblog/

Re: logging?

On May 5, 5:56 pm, Jacob Kaplan-Moss wrote: > Then next time leave out the rambling, ad hominems, and sweeping > generalizations. Focus on technical suggestions -- working code is > even better. If you have problems, suggest fixes concretely. To be fair, I'm not sure I saw any ad hominem attacks

Re: logging?

On May 5, 8:33 pm, Mike Axiak wrote: > Why does this facility need to exist within Django? At least one > person [1] has written a middleware to do what you're saying. If it's > that important, people will start to use that app. There are certainly > many potential features people want out of log

Re: Silently replaced session_key

On May 5, 10:20 pm, Jeremy Dunck wrote: > On Wed, May 5, 2010 at 2:45 PM, George Sakkis wrote: > > ... > > > I'm repeating myself here but if the intention is to really disallow > > user-provided ids. it can be done more clearly: raise an exception if > > the key does not exist and make the sessi

Re: Silently replaced session_key

Am 05.05.2010 um 21:45 schrieb George Sakkis: I'm repeating myself here but if the intention is to really disallow user-provided ids. it can be done more clearly: raise an exception if the key does not exist and make the session_key property read-only. Now it seems like a bug that you can sort

Re: Silently replaced session_key

How so? An exception here will be caught by the app or become a 500. That's better than possibly using a chosen session key due to miscoding. Matthew On May 5, 2010 4:20 PM, "Jeremy Dunck" wrote: On Wed, May 5, 2010 at 2:45 PM, George Sakkis wrote: ... > I'm repeating myself here but if the i

Re: logging?

Jogging also implements a lot of the ideas from Simon's logging proposal, and can do what you're saying: http://github.com/zain/jogging/ On Wed, May 5, 2010 at 12:33 PM, Mike Axiak wrote: > Why does this facility need to exist within Django? At least one > person [1] has written a middleware to

Re: logging?

On Wed, May 5, 2010 at 3:31 PM, Kevin Howerton wrote: > I don't think you understand what the code I just posted is doing or > what the issue I described pertains to. You want Django to globally catch all exceptions and call sys.excepthook. I'm telling you that's a bad idea -- I've tried it, and

Re: logging?

I don't think you understand what the code I just posted is doing or what the issue I described pertains to. All I'm asking for is sane defaults, and consistency between deployment platforms. This isn't important? I think I'm done here. Thanks for the professionalism. -k On Wed, May 5, 2010 a

Re: Template Tag Not Reinitialized in Loop

On Wed, May 5, 2010 at 4:27 PM, Apreche wrote: > Well, I think my suggestion is obviously that when a template tag is > in a loop, it should be re-initiated on every iteration, since that > would avoid unexpected and non-obvious side effects. > > -Scott > > On May 5, 2:52 pm, "burc...@gmail.com"

Re: Template Tag Not Reinitialized in Loop

Well, I think my suggestion is obviously that when a template tag is in a loop, it should be re-initiated on every iteration, since that would avoid unexpected and non-obvious side effects. -Scott On May 5, 2:52 pm, "burc...@gmail.com" wrote: > Hi Apreche, > > I don't want to be rude, but you pr

Re: Silently replaced session_key

On Wed, May 5, 2010 at 2:45 PM, George Sakkis wrote: ... > I'm repeating myself here but if the intention is to really disallow > user-provided ids. it can be done more clearly: raise an exception if > the key does not exist and make the session_key property read-only. > Now it seems like a bug th

Re: logging?

On Wed, May 5, 2010 at 1:53 PM, Kevin Howerton wrote: > Where django pulls a 500 it should call these two lines, which will > dump the exception raised to stderr. > >    type, value, traceback = sys.exc_info() >    sys.excepthook(type, value, traceback) No, really it shouldn't. I made a quick sc

Re: Silently replaced session_key

On May 5, 12:25 pm, Tom Evans wrote: > On Wed, May 5, 2010 at 10:24 AM, George Sakkis > wrote: > > On May 4, 11:05 pm, Jacob Kaplan-Moss wrote: > > >> On Tue, May 4, 2010 at 3:11 PM, George Sakkis > >> wrote: > >> > Is this a bug or a feature ? > > >> Take a look at the source (django/contrib

Re: logging?

Why does this facility need to exist within Django? At least one person [1] has written a middleware to do what you're saying. If it's that important, people will start to use that app. There are certainly many potential features people want out of logging, so it'd definitely be better suited for a

Re: logging?

Yeah... not sure, though thank you for actually reading and responding to my post. "I think the problem you are having is more related to mod_wsgi, and possible differences between it and mod_python, than Django." Absolutely. Though, I'm not sure if it's the official recommendation of django-pro

Re: Template Tag Not Reinitialized in Loop

Hi Apreche, I don't want to be rude, but you probably wanted to send this to django-users, it is the place full of users of django framework who should be aware of your problem and this point of confusion (hm, or should it be blog post so everyone can google on their problem and find your message?

Re: Regression tests and translations for new localflavor feature.

Hello Russel. I started refactoring of localflavor tests but I think that I'm doing something wrong, I re-ordened in following way: ~/projects/django-trunk-git/tests/regressiontests/localflavor $ tree . ├── forms.py # import all from us.forms ├── __init__.py ├── models.py # import all from us.mod

Template Tag Not Reinitialized in Loop

I had a really strange bug in one of my custom template tags today. It took me the entire morning to figure it out, but I finally did. I'm not sure if it's a bug or a feature, but I wanted to make a post to help the next person who has this same problem. Let's pretend you make a custom template ta

Re: logging?

On Wed, May 5, 2010 at 12:46 PM, Kevin Howerton wrote: > What I was suggesting in my post though, was that we alter the default > CRITICAL error handling behavior ... as it stands (by default) all of > my ERRORs are being suppressed in production. This is pretty > confusing for new users (there w

Re: logging?

I did. On Wed, May 5, 2010 at 12:56 PM, Jacob Kaplan-Moss wrote: > On Wed, May 5, 2010 at 11:48 AM, Kevin Howerton > wrote: >> ps.  I don't want to get into a flamewar > > Then next time leave out the rambling, ad hominems, and sweeping > generalizations. Focus on technical suggestions -- workin

Re: logging?

On Wed, May 5, 2010 at 11:48 AM, Kevin Howerton wrote: > ps.  I don't want to get into a flamewar Then next time leave out the rambling, ad hominems, and sweeping generalizations. Focus on technical suggestions -- working code is even better. If you have problems, suggest fixes concretely. Jacob

Re: logging?

Both yours and simon wilsons solutions look like great solutions. Though possibly over-arching for an initial implementation of logging, but if an implementation like that makes it into 1.3 in one fell swoop I would be as happy as a clam. Making use of python's built-in logging facility should be

Re: logging?

Both yours and simon wilsons solutions look like great solutions. Though possibly over-arching for an initial implementation of logging, but if an implementation like that makes it into 1.3 in one fell swoop I would be as happy as a clam. Making use of python's built-in logging facility should be

Re: logging?

Both yours and simon wilsons solutions look like great solutions. Though possibly over-arching for an initial implementation of logging, but if an implementation like that makes it into 1.3 in one fell swoop I would be as happy as a clam. Making use of python's built-in logging facility should be

Re: Regression tests and translations for new localflavor feature.

On Wed, May 5, 2010 at 9:03 PM, Felipe Prenholato wrote: > Hello people. > Last night I opened ticket 13473 that aims easy use of model fields for > Braziliam CPF and CNPJ fields (as showed in ticket). > After initial work, I need to construct tests and make translations. > My first point is: what

Regression tests and translations for new localflavor feature.

Hello people. Last night I opened ticket 13473 that aims easy use of model fields for Braziliam CPF and CNPJ fields (as showed in ticket). After initial work, I need to construct tests and make translations. My first point is: what is right place to put

Re: Newbie

On Wed, May 5, 2010 at 7:16 AM, sujith h wrote: > Hi, > > I am newbie to django. And I had read the first 8 chapters of django from > the django book 2.0 > (http://www.djangobook.com/en/2.0/chapter02/). I would like to do code > contribute to django. > I had gone through some of the tickets in the

Newbie

Hi, I am newbie to django. And I had read the first 8 chapters of django from the django book 2.0 (http://www.djangobook.com/en/2.0/chapter02/). I would like to do code contribute to django. I had gone through some of the tickets in the django website http://code.djangoproject.com/query. I found a

Re: Silently replaced session_key

On Wed, May 5, 2010 at 10:24 AM, George Sakkis wrote: > On May 4, 11:05 pm, Jacob Kaplan-Moss wrote: > >> On Tue, May 4, 2010 at 3:11 PM, George Sakkis >> wrote: >> > Is this a bug or a feature ? >> >> Take a look at the source (django/contrib/sessions/backends/db.py; >> line 16 - the load() fu

Re: Silently replaced session_key

On May 4, 11:05 pm, Jacob Kaplan-Moss wrote: > On Tue, May 4, 2010 at 3:11 PM, George Sakkis wrote: > > Is this a bug or a feature ? > > Take a look at the source (django/contrib/sessions/backends/db.py; > line 16 - the load() function). If the session key doesn't exist in > the database, a new

Re: logging?

On May 5, 4:47 am, Kevin Howerton wrote: I think the plan was to look at integrating logging after the 1.2 release was done. The original discussion was here: http://groups.google.com/group/django-developers/browse_frm/thread/8551ecdb7412ab22/ With Django's configuration style, it would be ben