-
Notifications
You must be signed in to change notification settings - Fork 27
Conversation
Signed-off-by: Xinhu Liu <xinhu.liu90@gmail.com>
Signed-off-by: Xinhu Liu <xinhu.liu90@gmail.com>
Codecov Report
@@ Coverage Diff @@
## master #429 +/- ##
==========================================
- Coverage 81.82% 81.80% -0.02%
==========================================
Files 157 157
Lines 7764 7613 -151
Branches 1419 1374 -45
==========================================
- Hits 6353 6228 -125
+ Misses 1407 1381 -26
Partials 4 4
Continue to review full report at Codecov.
|
LGTM. Please merge the latest changes from |
Kudos, SonarCloud Quality Gate passed! 0 Bugs 100.0% Coverage The version of Java (1.8.0_212) you have used to run this analysis is deprecated and we will stop accepting it from October 2020. Please update to at least Java 11. |
Please ensure in testing that an array of no elements (an option with no argument) is not flagged in error if allowableValues is not coded, or this will be a breaking change. |
Hi @scifipony , I am not really sure what you mean. The scenario you described will be flagged in error because an array is expected but a boolean is provided. The behavior is exactly the same before my change. Why this is a breaking change? However in Zowe, an array-type option with no argument will result in an empty array instead of a boolean true. I am not familiar but I assume Zowe did some error handling. |
Correct.
Best I can tell, it does not. It certainly does not flag as in-error an array-type option with no argument. I want to ensure that this behavior continues. Should Zowe start flagging it, it would be a breaking change for my product. |
@scifipony |
All I was asking to ensure the behavior didn't change. If the behavior is the same "before and after" the changes you made, then everything is fine. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
#428