First, I am assuming you are using the development configuration as
rails handles failures differently (and logs differently) in other
configurations.
yes, of course
Secondly, if you never see the exception. How do you know one is being
raised?
sometimes if I wrap the template in a begin/rescue, I can see the exceptions. But sometimes they are lost when I do that too.
Anyway, if there was no exception, it would serve the view. What I'm talking about is when I'm developing, and I write some code. If the code has an error in it, all I get is "network lost connection" from the browser, and nothing in the log.
Third, if you are sure that an exception is raised. Does the
RAILS_DEFAULT_LOGGER exist or did you change it in your configuration
RAILS_DEFAULT_LOGGER is fine. That's how I currently resort to finding where my error is, by sticking in log statements until one doesn't get printed
Fourth, if the logger is logging, is the logger set to a higher priority
than debug? If you are in a different development environment, the
logger may have a higher priority than debug such as: error in which
case you won't see the errors above..
No, the problem has nothing to do with that. I use logger.debug all the time.
Lastly, If it does exist, does it have permission to write to the file
that it's writing to under the account that rails is running under?
The development log is ok. Normal logging works fine. This is a case of something capturing and not passing along exceptions to where they should bubble.
It's probably a bug in some plugin that I installed that adds some filter to the dispatch chain that has a rescue in it that doesn't re-throw, and I'm going to have to wade through the layers of dispatch code after "perform_action_with_rescue" to find it. I was just hoping someone might know off the top of their head, because the dispatch code is somewhat abstracted and tough to trace through.
hope this helps..
ilan
THanks,
Michael