Bug was introduced in commit a2451aa26 32 hours ago, because I didn't go
over the manual tests for the error-handling protocol after modifying
the error-handling protocol. (I only tested them in template-live.)
- I often find that opening up driver.love and sending any message gets
my app unwedged. Retrying should be easy. Just press a key.
- There's really no reason for the app to become unresponsive while
waiting for code changes.
This approach tries to address both. Press any key to retry, or show the
error right on the window while I whip out driver.love. You can also
copy the message to the clipboard by hitting 'c'.
Drawbacks of this approach:
- nobody's going to read the message. I myself didn't notice the
default support for copying the error message for _months_.
- more complexity for anyone reading the code to parse. More stuff
that can go wrong. Any errors within the handler will crash the app
hard. (Though now there's less code in the handler, so maybe this is
an improvement on that score.)
The best plan is still to not rely on this too much. Don't ship bugs.
This repo does not support freewheeling modification. It's a primitive
to enable freewheeling modification in downstream forks.
The source editor is a convenience, but it's a sharp tool and can easily
leave the app in a broken state that requires dropping down to external
tools (editor, file manager) to fix.
Attempt #2; commit bbe8925378 was stupid and useless.
Scenario: run driver without any saved settings.
Before this commit (in driver repo), the driver would crash on quit.