Rob

Actually, I think both of these will evaluate regardless of the default value being needed which means the warning message will be emitted always as well.

@paulcsmith yeah, that's nearly identical to what [I landed on](https://github.com/robacarp/mosquito/blob/master/src/mosquito.cr#L14-L35) yesterday. I also ran across the difficulty in testing the integration with Habitat around a default value. This may be...

The reason for wanting the test is because that particular change is a full-stop-the-server-won't-work-anymore breaking change if the default value isn't in there -- the old behavior was implicit, like...

Yeah, I considered the `MyClass.settings.default_config_var` method as well, and returning a proc sounds good to me.

I don't think I even knew about `lucky db.dump`. All of the commands can certainly be replicated within a query context as long as your connecting user has privileges to...

@confact thanks, this has been in my mind, but I didn't have an issue for it yet.

@confact I think this is already possible with the current RC, which includes before/after hooks. Here's a minimal example: ```crystal class ErrorHandlerJob < Mosquito::QueuedJob def perform raise "Error!" end after...

https://mosquito-cr.github.io/manual/error_reporting.html via https://github.com/mosquito-cr/mosquito-cr.github.io/commit/f6dc433efb9c950cfb966b143a27edba12e61328

`xcode-select --install` didn't fix my issue (missing clang) but `xcodebuild -runFirstLaunch` did.

Does it even make sense to be able to call `drop` from within an alter_table block?