On 1/8/06, Olivier Favre-Simon <[EMAIL PROTECTED]> wrote: > The lesson for me is: We should put meaningful and extensive data in bug > reports: TG revision, RDBMS version, dev.cfg, tracebacks, etc. SQLite 2 > vs. 3 is a well-know issue and would have been solved much faster with > better reports.
Good bug reports always help. > On another POV may be the Identity stuff should have been done in a > branch... but that would be a hassle to merge due to fast paced > revisions in trunk (branching before 1.0 sounds weird...) I agree... using a branch for clearly alpha stuff is more overhead than should be there. However, the trunk does need to stabilize now. > The more I think about it, the more I get the feeling that CherryPy > filters should have been Paste middleware (or alike) : completely > independant components, just piped from one into another by > configuration data. Actually, this is more or less the way it is. This stuff is just automatically configured in, and maybe *that's* the problem. > > Don't want Identity ? no prob, just remove it from the pipe. > Want FooBarFilter after static and before Identity ? just declare it > this way in the pipe. If you look in turbogears/startup.py, you'll see that the identity filter is added directly to _cpFilterList on the Root object. That's where the pipe is. Kevni
