Re: Model.objects.raw() (#11863)

2009-09-29 Thread Jeremy Dunck
On Tue, Sep 29, 2009 at 4:30 AM, Russell Keith-Magee wrote: ... > This trick is exactly what Django does internally when it constructs > object instances. However, in the Django internals, it is a completely > automated process - Django issues the query and parses the results, so > there's no ris

Re: contrib.admindocs need some love.

2009-10-05 Thread Jeremy Dunck
I have an icky patch for this. On Oct 5, 2009, at 2:07 PM, Peter Baumgartner wrote: > > On Thu, Aug 27, 2009 at 2:03 PM, Justin Lilly > wrote: >> Hey guys. >> >> I started writing some docs for another developer today and hit a >> few >> issues with admindocs that I plan on sprinting

Re: contrib.admindocs need some love.

2009-10-05 Thread Jeremy Dunck
On Mon, Oct 5, 2009 at 2:18 PM, Jeremy Dunck wrote: > I have an icky patch for this. To be clearer, this is a general problem with admindocs-- it has a mapping, DATA_TYPE_MAPPING, and assumes any model field's .get_internal_type() will be in that dictionary. I can think of a couple

Re: Proposal for 1.2: Dumber email validation

2009-10-10 Thread Jeremy Dunck
Ned, You really ought to show us all how to use that time machine. :) On Oct 10, 2009, at 8:49 AM, Ned Batchelder wrote: > > +1 > > http://nedbatchelder.com/blog/200908/humane_email_validation.html > > I was going to kibbitz on the fix (removing a single * would have > sufficed), and real

Re: Best place for code that processes stuff from settings.py once (for logging implementation)

2009-10-12 Thread Jeremy Dunck
On Oct 12, 2009, at 11:04 AM, Simon Willison wrote: > > On Oct 12, 9:03 am, Benjamin Slavin wrote: >> That means: I'm strongly in favor of any hook to allow code to be run >> before the Django environment is setup, and I'm not tied to any >> particular path of solving the problem. > > a v

Re: Are threading.local objects evil? (was Re: shortcut proposal)

2009-10-16 Thread Jeremy Dunck
On Fri, Oct 16, 2009 at 3:01 PM, Michael P. Jung wrote: > mp> I've found it to be way more practical to just store the request object > mp> inside a threading.local object and let my functions access it directly. > mp> (...) > > Alex> Quite simply, no.  Storing anything in a threadlocal inst

Re: Help me write tests for my patch on template rendering

2009-10-21 Thread Jeremy Dunck
On Wed, Oct 21, 2009 at 9:29 AM, Peter Bengtsson wrote: ... > Can someone guide me through the jungle of Django tests to run and > write a test for this? > I figure the place to add test is: > trunk/tests/regressiontests/templates/tests.py > > But how do I run these? It takes many many seconds to

Re: The this-needs-to-be-in-django angst

2009-10-21 Thread Jeremy Dunck
On Oct 21, 2009, at 7:48 PM, James Bennett wrote: > -- > "Bureaucrat Conrad, you are technically correct -- the best kind of > correct." Very fitting. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django

Re: The this-needs-to-be-in-django angst

2009-10-21 Thread Jeremy Dunck
On Wed, Oct 21, 2009 at 2:22 PM, mrts wrote: ... > Django Bug Days > --- > > At regular intervals, say twice a month on Saturdays, > set aside 2-3 hours for IRC-based bug hunting sprints. If we do this, I think the time slot should rotate to allow different timezones to participate;

Re: Django 1.2 feature voting

2009-10-21 Thread Jeremy Dunck
On Tue, Oct 13, 2009 at 8:38 AM, Jacob Kaplan-Moss wrote: ... >    A +1 from a non-committer is an offer to personally work on the feature, >    or to help the person working on it by reviewing the patch, testing, etc. Holy smokes, there are gonna be some busy people. :) --~--~-~--~---

Regularly-scheduled Django sprints, first December 11 - 13

2009-11-10 Thread Jeremy Dunck
Djangonauts, To help speed along development on Django, I'd like us to start holding regularly-scheduled sprints. I've previously contacted core committers to see who would be willing to supply the commit bits for the sprint workflow. I'm now looking for members of the dev list to help organiz

Re: Regularly-scheduled Django sprints, first December 11 - 13

2009-11-10 Thread Jeremy Dunck
On Tue, Nov 10, 2009 at 10:04 AM, Alex Gaynor wrote: ... > From December 19th through January 24th I will be willing to do > anything necessary to organize a sprint in Chicago, hopefully it won't > be too hard to drag our local core devs there :).  Let me know what > the sprint date would be over

Re: Regularly-scheduled Django sprints, first December 11 - 13

2009-12-04 Thread Jeremy Dunck
On Wed, Nov 11, 2009 at 5:57 AM, Russell Keith-Magee wrote: > > On Wed, Nov 11, 2009 at 1:06 AM, mrts wrote: >> >> Great news! Have you discussed the workflow yet? >> I.e. will a DVCS be involved, and if yes, will there be >> a central repo for coordinating the effort? >> >> A special repo on Git

Re: Regularly-scheduled Django sprints, first December 11 - 13

2009-12-04 Thread Jeremy Dunck
On Wed, Nov 11, 2009 at 3:57 PM, mrts wrote: ... >> As I have said to you in the past - if you want to make your >> contribution to Django to be a DVCS  repository that acts as a staging >> area for trunk-ready patches, that would be a very helpful >> contribution. This is doubly true during a spr

Django sprint in Dallas - Dec 12 & 13

2009-12-04 Thread Jeremy Dunck
Hi All, There will be a local Django Development sprint in Uptown Dallas next weekend (Dec 12 and 13). A development sprint is an excuse to get together, write some code, and have a good time doing it. The purpose of this sprint will be to help finish features and push out bug fixes in preparati

Sprint issue tracking / triaging

2009-12-07 Thread Jeremy Dunck
Hey all, I was wondering if I could do anything to streamline applying sprint-created patches. Obviously, I can do triaging and provide feedback on patches. Can I be blessed to say "Ready for checkin"? What else can I do? I think getting patches which are actually ready to be committed q

Re: Django 1.2 progress assessment

2009-12-07 Thread Jeremy Dunck
On Mon, Dec 7, 2009 at 4:03 PM, Alex Gaynor wrote: > I'm very confident that multi-db will be ready for merge by then, > Justin and I (ok mostly Justin) have been working on the GIS stuff, > which is the last blocker. Perhaps I missed the gripping conclusion, but wasn't there some outstandin

Re: Sprint issue tracking / triaging

2009-12-07 Thread Jeremy Dunck
On Dec 7, 2009, at 5:02 PM, Russell Keith-Magee wrote: > Looking at new ideas to try - if someone trusted at the sprint (such > as yourself) were to take the role of developing a merge-ready git > branch, we (the committers) could use that branch to feed into trunk. > This hasn't been done

Re: Sprint issue tracking / triaging

2009-12-08 Thread Jeremy Dunck
On Tue, Dec 8, 2009 at 11:27 AM, mrts wrote: ... > I have thought about the process a bit and even wrote some > helper code. > > Unfortunately I fell ill and haven't fully recovered (and am > therefore horribly off-schedule with my work), so I haven't > had the chance to continue with the effort.

Re: Sprint issue tracking / triaging

2009-12-08 Thread Jeremy Dunck
On Tue, Dec 8, 2009 at 11:40 AM, Alex Gaynor wrote: ... > Personally I think merge queues ignore where the real work is. > Applying a patch (as a diff, or pulling from another repo myself) is a > trivial amount of work, and the number of times I have had actual > conflicts between 2 patches that w

Re: Sprint issue tracking / triaging

2009-12-08 Thread Jeremy Dunck
On Tue, Dec 8, 2009 at 12:56 PM, Alex Gaynor wrote: > This line of reasoning makes 0 sense IMO.  Your argument is people > provide sub-par patches because they think trunk moves too quickly, > and a committer will need to rewrite it anyways. OK, I declare bikeshed. I'll run the experiment a

Re: QuerySet __contains__

2009-12-08 Thread Jeremy Dunck
On Tue, Dec 8, 2009 at 7:22 PM, Luke Plant wrote: ... > However, it could be slightly more efficient in some cases, because > the entire QuerySet._result_cache does not necessarily need to be > filled - we can stop if we find a match, saving us the work of > building Model objects that might not b

Re: QuerySet __contains__

2009-12-08 Thread Jeremy Dunck
On Tue, Dec 8, 2009 at 8:38 PM, Luke Plant wrote: > On Wednesday 09 December 2009 01:52:48 Jeremy Dunck wrote: ... >> You could also inspect the item to see if it's an instance of the >> .model; if not, fast path False. >> >> Which leads to a question of

Re: Django sprint in Dallas - Dec 12 & 13

2009-12-10 Thread Jeremy Dunck
Hello all, Just a friendly reminder about the sprints this Saturday and Sunday in Dallas, TX and Triangle, NC. We'll also be on #django-sprint on freenode from about 9AM UTC-6. More details here: http://code.djangoproject.com/wiki/Sprints On Fri, Dec 4, 2009 at 12:06 PM, Jeremy

Re: Session/cookie based messages (#4604)

2009-12-11 Thread Jeremy Dunck
Hijacking thread a bit; I found a bug in messages under python 2.4. Basically, in 2.4, hmac.new expects digestmod to be an object with a callable .new(). In 2.5, it expects just a callable. hashcompat supplied a callable (only) in both cases. I added *_hmac to hashcompat to make hmac.new work in

Re: Session/cookie based messages (#4604)

2009-12-11 Thread Jeremy Dunck
On Fri, Dec 11, 2009 at 11:03 PM, Jeremy Dunck wrote: .. > > Patch attached; it's tiny.  Want a ticket anyway? Added as ticket #12362 -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send em

Re: Ticket #3349 patch review

2009-12-12 Thread Jeremy Dunck
On Sat, Dec 12, 2009 at 4:18 PM, ab wrote: > I'd like some opinions on the existing patch for > http://code.djangoproject.com/ticket/3349. > This ticket ("If an ImportError occurs within some loaders a rather > confusing exception is raised") seeks to address the difficulty of > debugging ImportE

Re: Last call: #11863 (Model.objects.raw)

2009-12-15 Thread Jeremy Dunck
On Tue, Dec 15, 2009 at 4:15 PM, Jacob Kaplan-Moss wrote: > Hey folks -- > > Forgot to mention it during the sprint this weekend, but I've pushed a > RC patch to #11863, Model.objects.raw(). If anyone's got any feedback, > let it fly. Otherwise, I'll be checking this in in a couple-three days > or

Re: Last call: #11863 (Model.objects.raw)

2009-12-16 Thread Jeremy Dunck
On Dec 15, 2009, at 11:16 PM, "Sean O'Connor" wrote: > In regard to the deferred fields option, I'll let Jacob speak for > his view but I've approached such functionality as "nice to have" > for the patch since its not critical to the patch being useful. > Personally I haven't had the ti

Re: Last call: #11863 (Model.objects.raw)

2009-12-16 Thread Jeremy Dunck
On Wed, Dec 16, 2009 at 8:19 AM, Anssi Kaariainen wrote: ... > A nice way to test which fields the model > were populated and marking the non-populated fields as deferred would > be optimal in my opinion. One use case where you don't necessary know > which fields are populated and which ones aren

Re: Last call: #11863 (Model.objects.raw)

2009-12-16 Thread Jeremy Dunck
On Wed, Dec 16, 2009 at 10:02 AM, Anssi Kaariainen wrote: ... > I am not suggesting this. What I would like to have is something like > foo.field.is_deferred(). I don't think there is any easy way to test > this currently. This could come handy in a template for example. You > could use the same t

Re: preventing brute forcing passwords

2009-12-17 Thread Jeremy Dunck
On Thu, Dec 17, 2009 at 6:47 PM, Luke Plant wrote: ... > The problem with signals is that they don't return values, and so the > mechanism can't interact with the actual login process.  It can only > notice that something is going on and try to stop it by some external > mechanism. Actually, they

Re: Loading Backends

2009-12-21 Thread Jeremy Dunck
On Mon, Dec 21, 2009 at 8:22 AM, Marty Alchin wrote: ... > django.contrib.auth.load_backend() > django.core.files.storage.get_storage_class() > django.template.loader.find_template_loader() > django.db.load_backend() Also, django.core.cache.get_cache -- You received this message because you are

Re: Sprint issue tracking / triaging

2009-12-21 Thread Jeremy Dunck
On Tue, Dec 8, 2009 at 1:05 PM, Jeremy Dunck wrote: > On Tue, Dec 8, 2009 at 12:56 PM, Alex Gaynor wrote: > >> This line of reasoning makes 0 sense IMO.  Your argument is people >> provide sub-par patches because they think trunk moves too quickly, >> and a committer

Re: cached template loader is new in trunk/1.2, docs does not mention that

2010-01-06 Thread Jeremy Dunck
On Wed, Jan 6, 2010 at 10:24 AM, Amit Upadhyay wrote: > http://docs.djangoproject.com/en/dev/ref/templates/api/#loader-types, I > looked and could not find "cached.py" > in Django-1.1.1/django/template/loaders. There is a section for "django.template.loaders.cached.Loader". Isn't that what you m

Re: Model validation incompatibility with existing Django idioms

2010-01-06 Thread Jeremy Dunck
On Wed, Jan 6, 2010 at 3:56 PM, Joseph Kocherhans wrote: ... >>> On Wed, Jan 6, 2010 at 12:49 PM, Simon Willison >>> wrote: ... form = SecretQuestionForm( {"secret_question":"foo", "answer":"bar"} ) if form.is_valid():    p = form.save(commit=False)    p.user = request.user >

Message level API awkwardness

2010-01-06 Thread Jeremy Dunck
I realize I'm very late giving feedback on the API, sorry and feel free to ignore if I'm too late. That said, from the docs, the API to set the effective messaging level is awkward: == # Change the messages level to ensure the debug message is added. messages.get_messages(request).level = mes

Re: Django docs aren't aware custom model save methods need the "using" keyward arg.

2010-01-07 Thread Jeremy Dunck
On Thu, Jan 7, 2010 at 5:17 PM, j...@jeffcroft.com wrote: ... > I would suggest the docs ought to instruct users to use a signature > like: > > def save(self, *args, **kwargs): Sounds reasonable to me. > I will now duck and cover, as I tend to get destroyed anytime i say > anything at all in thi

Re: Django Design Czar

2010-02-06 Thread Jeremy Dunck
On Sat, Feb 6, 2010 at 7:09 PM, j...@jeffcroft.com wrote: > It's really hard to reconcile the open source mentality with the fact > that design-by-commitee never works well. I'm not sure how to go about > it, really. The "design czar" idea isn't perfect, but at least it's > attempt to find a way t

Re: Django Design Czar

2010-02-08 Thread Jeremy Dunck
On Mon, Feb 8, 2010 at 3:42 PM, j...@jeffcroft.com wrote: ... > One way I think design proposals/tickets need to be treated > differently than other stuff is that there shouldn't be this, "sure, > great idea, go build it and get back to us" attitude involved. I agree with your general point, whic

Re: Django Design Czar

2010-02-08 Thread Jeremy Dunck
On Mon, Feb 8, 2010 at 4:00 PM, Wilson wrote: > I've started a stub of a wiki page that anyone who's interested can > start to share and collect ideas that require design work or input. > > http://code.djangoproject.com/wiki/DjangoDesign > > As the input outgrows the wiki page, or as individual pr

Re: QuerySet.exists() - Possible bug?

2010-02-10 Thread Jeremy Dunck
On Wed, Feb 10, 2010 at 2:05 AM, Karen Tracey wrote: ... >>  * What version of Django (including SVN revision, if appropriate) are >> you using? > > I tried current trunk and backed off to the changeset where the function was > added -- query was the same.  Looking at the idiom it replaced, the ex

Re: [RFC] Fixing middleware/view decorator handling of content iterators

2010-02-15 Thread Jeremy Dunck
On Mon, Feb 15, 2010 at 3:16 PM, Forest Bond wrote: ... > * Forbid premature draining of the content iterator via response.content by > only >  evaluating the content iterator if accessed via iter(response) and raising an >  exception if it is accessed via response.content. ... > * Is this type o

Re: Potential bug in select_related() as of Beta

2010-02-17 Thread Jeremy Dunck
We'll need your model definitions in order to help much. On Wed, Feb 17, 2010 at 2:54 PM, Steve wrote: > Hello all, > > I believe select_related is creating some extraneous joins in situations > where one is joining child models from a base model (model inheritance). > > Take the following SQL ge

Re: Potential bug in select_related() as of Beta

2010-02-17 Thread Jeremy Dunck
ontact(basemodels.Contact): > > base=models.OneToOneField(BaseContact,parent_link=True,related_name='IR_contact') >    IR=models.ForeignKey(IR,blank=True,null=True) > > referred_from=models.ForeignKey(ReferralSource,related_name='IR_referred_from') > > referred_

Re: django + memcached: problem with limit of 1 mb

2010-02-18 Thread Jeremy Dunck
On Thu, Feb 18, 2010 at 1:34 PM, ramu...@gmail.com wrote: > Does anyone know why django can't keep a data bigger, than 1 mb in > memcached ? > > This is no big deal to cut big data to 1mb pieces before setting and > merge this pieces after getting from memcached. And this algorithm can > work tran

Re: django + memcached: problem with limit of 1 mb

2010-02-18 Thread Jeremy Dunck
On Thu, Feb 18, 2010 at 2:21 PM, Forest Bond wrote: > Hi, > > On Thu, Feb 18, 2010 at 03:17:32PM -0500, Alex Gaynor wrote: >> On Thu, Feb 18, 2010 at 3:12 PM, Jeremy Dunck wrote: >> > On Thu, Feb 18, 2010 at 1:34 PM, ramu...@gmail.com >> > wrote: >> >

Re: 404 debug pages should show the name of the tried urlpattern - #9310

2010-02-24 Thread Jeremy Dunck
On Wed, Feb 24, 2010 at 11:14 AM, Tobias McNulty wrote: ... > I'm hoping this will spark a discussion about how we can work more > efficiently and put donated time to better use.  I may be a bit biased, > because this is coming on the tail end of spending 2+ person hours trying to > reproduce a ti

Security concern: information leakage (even under SSL)

2010-03-25 Thread Jeremy Dunck
There's a new-ish security paper detailing how information can be gleaned by observing the sizes of secure responses. Summary here, which links to the original paper: http://www.freedom-to-tinker.com/blog/felten/side-channel-leaks-web-applications One possible mitigation is to add cover traffic i

Re: Low-Hanging Fruit

2010-04-20 Thread Jeremy Dunck
On Mon, Apr 19, 2010 at 7:52 PM, Russell Keith-Magee wrote: > On Tue, Apr 20, 2010 at 5:20 AM, Don Guernsey wrote: >> How do I sign up to help? Is there an overall schematic for how django >> works? > > There's no official signup process; just dig in and get your hands > dirty. General guidance o

Re: Process discussion: reboot

2010-04-20 Thread Jeremy Dunck
On Mon, Apr 19, 2010 at 9:19 AM, Jacob Kaplan-Moss wrote: ... > So: here's your chance. You have suggestions about Django's > development process? Make them. I'm listening. I have a perception that there are some phases of the ticket lifecycle where things get stuck -- I think that if you look at

Re: Cujo .... an experimental branch of django.

2010-04-21 Thread Jeremy Dunck
Tom, it may be inconvenient at this point, but please consider forking the github django repo so that upstream pulls can be handled more easily. On Wed, Apr 21, 2010 at 11:46 AM, Kevin Howerton wrote: ... > I think Cujo (the name at least) has been abandoned and I have joined my > efforts with so

Re: managing javascript and css resources

2010-04-21 Thread Jeremy Dunck
On Wed, Apr 21, 2010 at 11:40 AM, Owen Nelson wrote: > Jacob Kaplan-Moss wrote: >> If you'd like to look into it, a good place to start would be by >> looking at the existing static asset management tools in the ecosystem... >> > I most certainly would like to.  I'll prepare a "report" with my fin

Re: Cujo .... an experimental branch of django.

2010-04-21 Thread Jeremy Dunck
On Wed, Apr 21, 2010 at 1:14 PM, Tom X. Tobin wrote: ... > There are no formal plans (on experimental's side) to merge anything > from experimental to trunk.  Anyone is welcome to package up code from > experimental and champion a change for inclusion in Django proper, but > it won't be me; I'm do

Re: Cujo .... an experimental branch of django.

2010-04-21 Thread Jeremy Dunck
On Wed, Apr 21, 2010 at 1:47 PM, Kevin Howerton wrote: > From the github: > > "* Commits should be atomic: they should each encompass a single logical >change that works on its own. You can use "git rebase --interactive" to >collapse multiple commits into a single commit before pushing yo

Re: Process discussion: reboot

2010-04-22 Thread Jeremy Dunck
On Thu, Apr 22, 2010 at 3:26 PM, Gabriel Hurley wrote: > On Apr 22, 1:21 pm, Adam Nelson wrote: > >> 2. Assign all of these tickets to 1.3 and nothing else: >> >> http://code.djangoproject.com/query?status=new&status=assigned&status... > > A, only 900 tickets to work through for 1.3? Don't go

Re: Process discussion: reboot

2010-04-22 Thread Jeremy Dunck
On Thu, Apr 22, 2010 at 4:36 PM, Adam Nelson wrote: > I guess I'll jump in and start triaging.  What about a ticket like > this: > > http://code.djangoproject.com/ticket/2284 > > Super-ambiguous.  There are dozens of tickets like this that are > frozen in time with no way for anybody to know what'

Trac workflow assistance (commiter feedback needed)

2010-04-23 Thread Jeremy Dunck
Commiters and triagers, I've gone through the contributing doc and tried to identify places that tickets might get stuck (or other places that automation might smooth the process). If you could take a few minutes to give feedback on the list, hopefully prioritizing in your named column with +/-

Re: Trac workflow assistance (commiter feedback needed)

2010-04-23 Thread Jeremy Dunck
On Fri, Apr 23, 2010 at 11:32 AM, Russell Keith-Magee wrote: ... > 2: Would be useful as a work list for people looking for. It would > also be useful if tickets could be auto-disowned; i.e., if there's no > activity from the owner after a month, post a comment asking for a > status update; if no

Re: Django unit test coverage

2010-04-28 Thread Jeremy Dunck
There's an open ticket on it, though no progress recently. http://code.djangoproject.com/ticket/4501 http://groups.google.com/group/django-developers/browse_thread/thread/7e4dae3534c8a8c3/5d49f4d17cb1bed0 George Song's project: http://opensource.55minutes.com/trac On Wed, Apr 28, 2010 at 10:36 A

Re: Trac workflow assistance (commiter feedback needed)

2010-04-30 Thread Jeremy Dunck
On Sun, Apr 25, 2010 at 1:27 AM, Stephen Wolff wrote: >> I recognize running tests w/ regressions pass would be useful, but >> it's getting into CI-land -- once we have some CI infrastructure in >> place, I'd be happy to use that. >> >> > > In case you missed it, there already is some CI infrastru

Re: Trac workflow assistance (commiter feedback needed)

2010-04-30 Thread Jeremy Dunck
On Sun, Apr 25, 2010 at 5:37 PM, yml wrote: ... > While spending some more time looking at launchpad.net I stumbled upon > another very neat feature you can also sort the bug by heat [1]. Thanks for this -- I'll be reading it shortly. -- You received this message because you are subscribed to t

Re: Trac workflow assistance (commiter feedback needed)

2010-04-30 Thread Jeremy Dunck
On Fri, Apr 23, 2010 at 10:26 PM, Russell Keith-Magee wrote: ... >>> I'm not a huge fan of Trac - it's >>> got lots of quirks and bugs that annoy the bejezus out of me, >> ... >> Perhaps upgrading would get us some distance? > > Possibly. Was that you volunteering to become our Trac jockey? :-) >

Upgrading Trac

2010-04-30 Thread Jeremy Dunck
Does anyone have crib notes on what upgrading from (presumed) 0.10.4 to 0.11.7 would buy us? If not, I can go read changelogs. Separate from that, I'd like to open discussion on what it would take to do the upgrade. Who has access to the server? What do I need to do to convince to let me upgrad

Re: Upgrading Trac

2010-04-30 Thread Jeremy Dunck
As long as I'm here, how much interest is there in review board? http://code.google.com/p/reviewboard/ On Fri, Apr 30, 2010 at 10:06 AM, Jeremy Dunck wrote: > Does anyone have crib notes on what upgrading from (presumed) 0.10.4 > to 0.11.7 would buy us?  If not, I can go read

Re: Upgrading Trac

2010-04-30 Thread Jeremy Dunck
On Apr 30, 2010, at 10:56 AM, Russell Keith-Magee > wrote: On Fri, Apr 30, 2010 at 11:11 PM, Jeremy Dunck wrote: As long as I'm here, how much interest is there in review board? http://code.google.com/p/reviewboard/ ... 5) The patch is missing some critical component like tests

Re: Silently replaced session_key

2010-05-05 Thread Jeremy Dunck
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

NB: New leader in group posting

2010-05-11 Thread Jeremy Dunck
After years of Malcolm's legend response rate leading the chart, I'm pleased to point out that there's a new name in all-time most-posted to django-developers: http://groups.google.com/group/django-developers/about (It is my hope that this sly ploy brings Malcolm back to activity.) -- You receiv

Re: djangocon.eu sprints (was Re: Class based generic views in 1.3?)

2010-05-14 Thread Jeremy Dunck
On Fri, May 14, 2010 at 9:12 AM, Reinout van Rees wrote: ... > I'm used to Plone sprints and there's usually some "make sure you have svn > access to x and y" stuff best handled *before* the sprint, that's why I'm > asking :-) This might help: http://code.djangoproject.com/wiki/Sprints If you ha

Re: djangocon.eu sprints (was Re: Class based generic views in 1.3?)

2010-05-14 Thread Jeremy Dunck
On May 14, 2010, at 4:02 PM, Reinout van Rees wrote: That page is fine. The page linked from there that tells you how to set up an svn trunk django got me frowning a bit: "symlink django trunk into your system python". Ehm, I'd rather isolate it with virtualenv or buildout to keep trunk

Re: Default ordering on User model

2010-05-21 Thread Jeremy Dunck
On Fri, May 21, 2010 at 7:38 AM, tiemonster wrote: > Is there a reason that the default ordering on the User model is by > pk? Would it be a reasonable request to ask that the default ordering > for this model be username? I have several models that have a m2m to > the User model, and it's very ha

Request: 1.3 proposals include "Proposal" in subject

2010-05-27 Thread Jeremy Dunck
Would help keeping track of proposals. :-) -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-develop...@googlegroups.com. To unsubscribe from this group, send email to django-developers+unsubscr..

Re: Admin sloooow with postgresql and a 160k record table

2010-05-27 Thread Jeremy Dunck
Found via google site:... http://code.djangoproject.com/ticket/8408 On Thu, May 27, 2010 at 4:58 PM, Alex Gaynor wrote: > On Thu, May 27, 2010 at 11:54 PM, Marcob wrote: >> On May 27, 11:13 pm, Jacob Kaplan-Moss wrote: >> >>> I thought there was already a ticket open for this, but I can't seem

Re: FK Autocomplete Widget [GSoC '09 Admin UI Improvements]

2010-06-02 Thread Jeremy Dunck
On Wed, Jun 2, 2010 at 11:20 AM, Rob Hudson wrote: > Also, at the time, many of the jQuery autocomplete widgets were in a > state of flux or had some warts.  Our (Jannis and my) idea at the time > was to write our own from scratch, custom and optimized for Django. > That looks to be about a year a

Re: Beating on an old issue; counter intuitive cascade deletes on foreign keys

2010-06-08 Thread Jeremy Dunck
On Tue, Jun 8, 2010 at 7:30 AM, Peter Bengtsson wrote: > I've now had to learn this the hard way by having real live data > deleted from my database on two production projects and it pisses me > off big time every time. > > I can accept that NOT nullable foreign relations cascade the delete > but

Re: Admin patches

2010-06-09 Thread Jeremy Dunck
On Wed, Jun 9, 2010 at 3:52 PM, Simon Meers wrote: ... > Did you also know you can run any desired subset of tests? E.g.: >    ./runtests.py --settings=test_sqlite admin_inlines admin_views >    -- >    Ran 145 tests in 29.500s T

Re: Project-wide cache prefix (low-level API)

2010-06-15 Thread Jeremy Dunck
On Sun, Jun 13, 2010 at 7:18 AM, lenz wrote: > Could you share your code with us? > Thanks you! This might help: http://gist.github.com/425403 -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-dev

Re: Session overload

2010-06-15 Thread Jeremy Dunck
On Fri, Jun 11, 2010 at 1:43 PM, Jan Murre wrote: > On Fri, Jun 11, 2010 at 3:13 PM, Tom Evans wrote: >> On Fri, Jun 11, 2010 at 11:41 AM, jjmurre wrote: >>> Hi, >>> >>> I am using long living session in the database backend. Because of >>> Robots I am getting a huge amount of sessions. I google

Re: 'exists' parameter for pre_save signal

2010-06-15 Thread Jeremy Dunck
On Tue, Jun 15, 2010 at 10:46 AM, George Sakkis wrote: > ...In the current save_base() > implementation, pre_save is sent before the instance's existence is > determined, so I'm not sure if postponing it would break existing > code. If there is no backwards compatibility issue, I can open a > tick

Re: 1.3: Start deprecating mod_python?

2010-06-22 Thread Jeremy Dunck
On Tue, Jun 22, 2010 at 6:48 PM, Alex Gaynor wrote: ... > http://code.djangoproject.com/browser/django/trunk/django/core/handlers/profiler-hotshot.py > > (Honestly does anyone use this?) I think I did a few times in the dark days before debug-toolbar, etc. -- You received this message because y

Re: contrib.admin:list_editable - ForeignKey Performance is O(m*n)?

2010-06-29 Thread Jeremy Dunck
On Wed, Jun 30, 2010 at 2:04 AM, chadc wrote: ... > 3. Overriding the ForeignKey widget with a custom CachedSelect widget. > ... > > PS: For the sake of posterity, I have included the code for my > CachedSelect widget. Yes, I am aware that using regular expressions to > parse the key is a nasty ha

Re: contrib.admin:list_editable - ForeignKey Performance is O(m*n)?

2010-06-30 Thread Jeremy Dunck
On Thu, Jul 1, 2010 at 12:40 AM, chadc wrote: ... > The jist of what I am wondering is if the changelist is going to allow > editable ForeignKeys, should it be caching the choices rather than > hitting the database every time? Yep, your models and explanation are clear. I'm not sure that CachedS

Re: django changes some chracters in on my website

2010-07-01 Thread Jeremy Dunck
Django loves all characters equally, including umlauts. I suspect you're seeing the effects of auto-escaping: http://docs.djangoproject.com/en/1.2/topics/templates/#id2 You've mailed the django-developers list which is for development *of Django itself*. The proper mailing list about *using* Dja

Re: Cleanup Signal

2010-07-01 Thread Jeremy Dunck
Note that the project is no longer active here; see this repo: http://github.com/django-extensions/django-extensions/ On Fri, Jul 2, 2010 at 2:44 PM, hcarvalhoalves wrote: > I guess you'll like the jobs abstraction from django-command- > extensions [1] > > Besides that, I don't see the need for a

Re: Suggestion: Better handling of HTML entities by slugify()

2010-07-07 Thread Jeremy Dunck
On Wed, Jul 7, 2010 at 8:27 AM, Russell Keith-Magee wrote: > On Wed, Jul 7, 2010 at 4:00 AM, C. Alan Zoppa wrote: >> I occasionally enter special characters as HTML entities (e.g. “, >> ®, etc.) in an object's title. I feel that slugify() would be more >> useful if these were removed entirely fro

djangoproject.com hiccup: community section configured wrong

2010-07-16 Thread Jeremy Dunck
Did someone fiddle with the server recently? Scott Turnbull join pointed out a problem on http://www.djangoproject.com/community/ -- some links point to example.com. I looked just now, and it looks like the importer ran incorrectly for one run -- from "My thoughts on DjangoCon Berlin 2010" to "Fi

Re: djangoproject.com hiccup: community section configured wrong

2010-07-16 Thread Jeremy Dunck
On Fri, Jul 16, 2010 at 4:29 PM, Alex Gaynor wrote: ... > Are we sure it wasn't a problem with whoevers blog that is? D'oh. You're right, I thought since it affected multiple entries, it must be multiple sites, all those entries are from the same site. -- You received this message because you

Fwd: djangoproject.com hiccup: community section configured wrong

2010-07-16 Thread Jeremy Dunck
-- Forwarded message -- From: Jeremy Dunck Date: Fri, Jul 16, 2010 at 4:33 PM Subject: Re: djangoproject.com hiccup: community section configured wrong To: django-developers@googlegroups.com On Fri, Jul 16, 2010 at 4:29 PM, Alex Gaynor wrote: ... > Are we sure it wasn&

Re: Documenting new features: built-in obsolescence of the "versionadded" tag.

2010-07-23 Thread Jeremy Dunck
On Fri, Jul 23, 2010 at 11:18 AM, Tobias McNulty wrote: > I agree.  It's a little odd seeings things flagged "New" that have been > around since 1.0.  I also like your proposal of removing the notes for > unsupported versions. > Tobias I think maybe the rendering can just be altered to ignore tag

Re: Can a core developer or ticket triager please look at #6932

2010-07-26 Thread Jeremy Dunck
On Sun, Jul 25, 2010 at 1:13 PM, faldridge wrote: > I have an open ticket that adds a get_flatpages template tag to the > flatpages contrib app to retrieve and iterate over all the installed > flatpages for a given site. > > The ticket is #6932; it is in the 'accepted' triage stage with a patch >

Re: Allowing models to influence QuerySet.update

2010-07-28 Thread Jeremy Dunck
On Wed, Jul 28, 2010 at 12:02 PM, Jacob Kaplan-Moss wrote: > Hi Dennis -- > > I'm not totally thrilled with this proposal, though perhaps there's > some points I just don't get. As it is, though, I'm -0 on the idea. > update() is supposed to be an optimization that's "close to the metal" > of the

Re: Allowing models to influence QuerySet.update

2010-07-28 Thread Jeremy Dunck
On Wed, Jul 28, 2010 at 2:46 PM, Jeremy Dunck wrote: ... > A bit of a seque, but I think this is a useful way to DRY this common need: > http://djangosnippets.org/snippets/2117/ segue, but non sequitur is what I meant in any case. :-) -- You received this message because you are subscri

Re: Querysets with "only()" and "defer()" slower than without?

2010-08-05 Thread Jeremy Dunck
On Thu, Aug 5, 2010 at 4:32 PM, OverKrik wrote: > I am performing every test 10 times, excluding one fastest and one > slowest result, restarting db every time and performing 10 000 request > to warm db before measuring execution time. > Just in case, I've tried running tests in only-full-only-ful

Re: Trac issues review

2010-08-15 Thread Jeremy Dunck
On Sun, Aug 15, 2010 at 2:03 AM, burc...@gmail.com wrote: > Hi Russell, > > On Sat, Aug 14, 2010 at 2:03 PM, Russell Keith-Magee > wrote: >> On Sat, Aug 14, 2010 at 1:39 PM, burc...@gmail.com wrote: >>> I had few useful thoughts about changing the way Django development >>> contributions gets ac

Re: Trac issues review

2010-08-15 Thread Jeremy Dunck
On Sun, Aug 15, 2010 at 11:33 AM, burc...@gmail.com wrote: > Hi Jeremy, > ... >> >> Sorry, I've missed some context here -- can someone point me to the >> beginning of this thread? > > Thread "#11834: colorized debug page. Assigned to buriy" ( > http://groups.google.com/group/django-developers/bro

Buglet in tutorial 2

2006-05-23 Thread Jeremy Dunck
At: http://www.djangoproject.com/documentation/tutorial2/ This: "By default, Django displays the repr() of each object." It actually uses str() now, right? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django de

Re: Solving the POST-data-lost-after-redirect problem

2006-06-06 Thread Jeremy Dunck
On 6/6/06, Adrian Holovaty <[EMAIL PROTECTED]> wrote: > * THROW ERROR ON POST: The CommonMiddleware, when adding a slash and > redirecting, can check for POST data. If it finds any, it somehow logs > the error or otherwise alerts the developer. Maybe if DEBUG=True it > can actually display an erro

Re: Solving the POST-data-lost-after-redirect problem

2006-06-07 Thread Jeremy Dunck
On 6/7/06, Luke Plant <[EMAIL PROTECTED]> wrote: > I already wrote a validator app that checks > outgoing HTML for validity, using a middleware to intercept the > response. It also stores all details of failed pages so you can go > back to them, which would be overkill in this case. Hmm, this so

Middleware fiddling

2006-06-07 Thread Jeremy Dunck
Is there a reason _request_middleware's are called in the BaseHandler, while _response_middleware's are called in the subclass (i.e. ModPythonHandler)? Also, in BaseHandler.load_middleware, I noticed that an exception loading any middleware will leave the middlewares not None, but also not valid

Re: Solving the POST-data-lost-after-redirect problem

2006-06-07 Thread Jeremy Dunck
On 6/7/06, Steven Armstrong <[EMAIL PROTECTED]> wrote: ... > GET /some/url/?cm_data_id=78fsd8fasdf7ad8asaf7889sdf > > - load POST/GET data from /tmp/78fsd8fasdf7ad8asaf7889sdf, populate > POST/GET dicts with it > - remove cm_data_id from GET variables > - delete /tmp/78fsd8fasdf7ad8asaf7889sdf > -

  1   2   3   4   5   6   >