On Feb 8, 5:38 am, "Adam Jones" <[EMAIL PROTECTED]> wrote: > That depends entirely on when each decorator is running. > identity.require runs before the function does, so if error_handler > does so as well then the original-function-wrapped-in-identity- > behavior will not be called. If error_handler waits until after the > encapsulated function is run then identity.require will get a chance > to do its work. Obviously it is easy to tell which is going to run > before the other here (since error_handler traps and redirects any > errors after the function runs and it would be pointless to authorize > *after* a function runs), but for others all you really have to do is > see where each decorator is doing its work and adjust accordingly.
This will be 1000% easier when someone actually documents all the decorators in one place rather than letting us attempt to piece things together from scattered tutorials and snippets. I've had several hard- to-fix bugs from decorators which inject new parameters I didn't know about, leading to completely obscure exceptions being raised. Maybe I'm wrong and someone did list these somewhere, but I never saw it before, and docs.turbogears.org is down for me right now so I can't check. -- Ben Sizer --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TurboGears" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~----------~----~----~----~------~----~------~--~---
