-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Runitor - create using invalid slug #176
Comments
Re: "option a"Although I prefer to not do silent conversions, I think it's unlikely this limitation may change in the future, or someone is running their own instance with different slug rules. Rewriting (interally or via a redirect) might also be an option for Healthchecks though, so I'm going to cc @cuu508. Pēteris, if you are confident slugs will always stay as lowercase, then maybe such silent conversion in runitor won't be an underhanded behavior. Re: "option b"I remembered why I didn't include the API messages when I first wrote runitor. They weren't adding much.
No way to tell it's upset about caps in the slug. Option C?Maybe runitor can add "gotchas" support and show warning messages to make things easier. Like detecting caps in the slugs. ...Though I don't immediately recall what else can be put in here. |
I currently have no plans to change the slug syntax rules. But no commitment, there could be a compelling use case for expanding the syntax rules in the future. I would prefer no silent conversion in runitor. With silent conversion, the user can pass slugs like With no silent conversion, runitor rejects (or warns about) The "gotchas" idea sounds good to me. Warn the user that "this will probably not work", but let them try anyway. |
If for example i use this:
runitor -slug NOCAPSALLOWED_oops -create -ping-key replace_with_ping_key -- echo 'test'
I get:
And the check fails to get created.
I think it should:
a) convert slug to lowercase (duh)
b) maybe show a better error message.
The text was updated successfully, but these errors were encountered: