-
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
Problem matcher issue #26
Comments
Thanks for the detailed issue @jonasbn. This should be fixed in v3.0.1. The problem matcher is intended to work out-of-the-box without any changes to the calling workflow and replaces code in the action that previously commented on PRs. Unfortunately, I did this in a manner that only worked for the tests in this repository and so, as you observed, it wasn't available to consumers of the action. 🤦 Apologies for the bad release. |
…een resolved in 3.0.1
Hi @nosborn I have just confirmed that 3.0.1 works in one of my repositories. I expect to hear from @dependabot one of the coming days :-) |
…een resolved in 3.0.1 (#5)
Hello,
I am a very happy user of the Markdownlint GitHub Action. The latest release 3.0.0 does however give me some problems, since all of my PRs from @dependabot fail their builds with the following error:
Problem matchers are awesome and I am welcoming the addition, but the implementation does not seem to take into consideration, that the problem matcher is not available to the consumers of the GitHub Action.
I attempted to add the referenced file one of my repositories and it worked
The problem seem to be this line:
This file is not available in consuming repositories and the documentation does not describe that it should be added.
I would love to write a PR with an update to the documentation, but before doing so I would rather point you to the problem matcher I use with a
xmllint
based GitHub Action. The configuration looks as follows:You can find the file here
It references the external problem matcher and simply uses it. The problem matcher lives in its own repository.
The interesting part comes from it's documentation:
Meaning this line:
Should come before this one:
The beauty is in the composition.
Please have a look at how it was solves there, since it might be an inspiration. Else I guess the key is in this in the "korelstar / xmllint-problem-matcher" implementation:
I am by no means an expert on problem matcher, but I will gladly help if I can, also because I am a heavy user of this GitHub Action.
As I stated I got it to work for one of my repositories, but I would prefer not that have to maintain the problem matcher in all of my repositories, since it is more closely bound to the actual action that to the consumers.
Please let me know if you need additional information from me - take care and stay safe and thanks for the awesome action.
The text was updated successfully, but these errors were encountered: