> From: Brian Degenhardt [mailto:[EMAIL PROTECTED]] > > The functions for ap_hook_open_logs, ap_hook_post_config, and > ap_hook_pre_config will fail if DECLINE is returned. Is that > intentional?
Yes. This is because those are configuration phases. If a module tries to do something in those phases and can't, then the server should not continue to run, because something wasn't configured properly. If the server did continue, then it would most likely not behave the way it was expected to. > In the quick_handler, returning HTTP_mumble will result in that status > being returned in a real request, but it will fallback to the real > handler in a subrequest. Is that intentional? I don't know, but it sounds completely incorrect. Bill, can you shed any light here? > What's the difference between adding your filters inside your > ap_hook_insert_filter hook versus calling ap_register_*_filter right > inside of the register_hooks callback? You are confusing registering and adding hooks. You should always register the hooks in register_hooks, but adding the hook to the request should be done during request processing. Basically registering a filter lets the server know that the filter exists, but it doesn't enable it for any requests. Adding the filter enables it for that request. Ryan
