Open jsoref opened 1 week ago
Are you shure that tags-ignore: under pull_request_target is no hallucination from your side.
Anyways I used the strict workflow schema, not the permissive one.
Those can be swapped out by removing -strict
from the workflow-root string
Oh, it's definitely a hallucination. I removed it in https://github.com/check-spelling/spell-check-this/commit/d0a68814a49484ead71959bf6b990ff26a45afce, but a bunch of people have older copies of the workflow...
The error message should explain what's wrong as well as how to tolerate hallucinations. The current output does neither.
The error message should explain what's wrong
It does this, very very very verbose
contains tags-ignore, that is in pull_request_target
Please refer to
https://github.com/nektos/act/pull/2416#issuecomment-2267580462
I aggreed about schema validation.
Here is my estimate
better errors are more work than schemavalidation itself
I think learning about hallucinations is valuable. I understand I'm asking someone for the more expensive cost, but it is useful.
I think adding a newline and a paragraph would go a long way -- it would push the wall of text out and leave the reader with something to do:
... Line: 37 Column 3: Failed to match on-mapping-strict: Line: 43 Column 5: Failed to match null: Line: 43 Column 5: Expected a scalar got mapping Line: 43 Column 5: Failed to match pull-request-target-mapping: Line: 45 Column 5: Unknown Property tags-ignore
This probably means there is an unsupported key in the workflow. To resolve:
- Start by reviewing the above for
Unknown Property
messages and try commenting out the referenced items.- Try commenting out sections of the file until the problem is resolved.
- If the item you've commented out isn't valid according to https://docs.github.com/actions/writing-workflows/workflow-syntax-for-github-actions then you should permanently remove it.
- If the item you've commented out is valid, then please check for a bug in https://github.com/nektos/act/issues/
Yes adding such a block after the schema error makes sense. However I would shorten it to a link to docs site, where you can read more details.
In my point of view I would point everyone to install either the GitHub Actions (yes this blames even more) or my upcoming runner.server VSCode extension.
For anyone not wanting to install the ide, vscode.dev is available without login as well
Both show you all schema errors visually. I believe you are aware of the official extension.
I'm working more on different things like vscode extensions like the following key points
Regarding act, once my breaking change pr is in I continue here.
Bug report info
Command used with act
Describe issue
a workflow that github tolerates breaks
act -l
Link to GitHub repository
https://github.com/microsoft/winget-dsc/blob/1970b700482b76b6733f0d17efd510cad02a6831/.github/workflows/spellCheck.yaml
Workflow content
Relevant log output
Additional information
This patch "fixes" the bug:
I'm not sure why, but GitHub doesn't need it.