-
Notifications
You must be signed in to change notification settings - Fork 50
Description
Context
Recently I have been working on this PR: hse-project/hse#316. During my work, I have created an OpenAPI document at https://github.com/hse-project/hse/blob/tristan957/rest/docs/openapi.yaml. I thought I would add some linting for the file, and this action was the best one I could find (nice job by the way, really useful, also installed the VSCode extension). The GitHub Action workflow is defined at https://github.com/hse-project/hse/blob/tristan957/rest/.github/workflows/openapi.yaml. You can see the workflow's name is "OpenAPI" and the singular job's name is "lint". During the course of my development, I have discovered this interesting behavior from this action.
Here is my spectral config file: https://github.com/hse-project/hse/blob/tristan957/rest/.spectral.yaml
Current Behavior
What is currently happening is that the messages that this action generates get added to a job that doesn't exist.
Note the uppercase "Lint". In my multiple revisions of this PR, I have also seen this job get added to other workflows that aren't the "OpenAPI" workflow described above.
https://github.com/hse-project/hse/runs/7460788923
Note that there are currently no issues with the file, so no messages were added.
Expected Behavior
I would have expected the messages to be included in the job that actually generates them.
Steps to Reproduce
- Create workflow to run spectral
- Run the workflow
- Denote job that was created that hasn't previously existed
This seems partially related to #506. At least that also mentions a "Lint" job.

