Unwanted warning for undefined input variable in action.yml
See original GitHub issueCustomer developed an action with dynamic inputs, when specify inputs which not mentioned in action.yml, warning will show on logs:
##[warning]Unexpected input 'service', valid inputs are ['file']
Is there a way to avoid this warning? The issue is also happened in octokit/request-action .
There is the ticket in community forum.
Issue Analytics
- State:
- Created 3 years ago
- Reactions:13
- Comments:7 (2 by maintainers)
Top Results From Across the Web
Warning: Unexpected input(s) ..., valid inputs are ...
It's because you informed the stack_file_name: docker-compose.yaml as action input in the workflow implementation you shared.
Read more >Solved: Script step's input variable value turning to "{{u...
In my Paris instance, Script step's input variable value is turning to "{{undefined}}". This doesn't happen in my other instances in different versions....
Read more >How to Build Your First JavaScript GitHub Action
Let's create action.yml . This file is very important, as it will define the interface of our Action: inputs: the parameters containing data ......
Read more >Code Inspections in PHP | PhpStorm Documentation
Reports the local variables that are used in exit statements, such as throw , return , or yield , immediately after assignment. Weak...
Read more >How do I resolve the "undefined array key" error in PHP?
Hey make a note of the name attribute in the input element and give it a try. The below code is for your...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
This is a great idea in principle, but I only need to fix a typo once. A permanent YELLOW build is a terrible trade-off for a minor one-time issue.
Accurate real-time status is literally the only job of CI – what’s the point of CI if it always shows “broken”? Please add warning suppression to GitHub Actions
Ideas:
suppress-warnings: true
suppress-warnings: 'Unexpected input(s)*'
@TingluoHuang I have two actions in particular that depend on undefined inputs:
There is no way I can define all possible inputs. Several users complained about the warnings.
Could you please add an option that allows me to explicitly allow undefined inputs?