Description:
Currently when applying a custom ruleset to woke (local or remote), there is no validation on the ruleset and various cases where rulesets silently "die" and are not applied to the final ruleset. The developer/user is not notified that their ruleset was not applied (or errored out while configuring), nor does it suggest to the developer/user why their ruleset was not applied.
For example, if the applied ruleset yaml contains just "hello" --> we get the error:
FTL error="yaml: unmarshal errors:\n line 1: cannot unmarshal !!str hello into config.Config"
exit status 1
However, another ruleset yaml containing: "rules: man" --> there is no error.
yaml: unmarshal believes it is a valid yaml in general, but woke does not see it as a valid rule set. Woke doesn't add the custom rules to the final ruleset. The ruleset silently "dies" and no errors are logged to the user.
Acceptance Criteria:
Description:
Currently when applying a custom ruleset to woke (local or remote), there is no validation on the ruleset and various cases where rulesets silently "die" and are not applied to the final ruleset. The developer/user is not notified that their ruleset was not applied (or errored out while configuring), nor does it suggest to the developer/user why their ruleset was not applied.
For example, if the applied ruleset yaml contains just "hello" --> we get the error:
FTL error="yaml: unmarshal errors:\n line 1: cannot unmarshal !!str hello into config.Config"
exit status 1
However, another ruleset yaml containing: "rules: man" --> there is no error.
yaml: unmarshal believes it is a valid yaml in general, but woke does not see it as a valid rule set. Woke doesn't add the custom rules to the final ruleset. The ruleset silently "dies" and no errors are logged to the user.
Acceptance Criteria:
get-woke/wokerepo to get maintainer input on design & implementation and update description based on feedback