Closed PelvicSorcerer closed 2 years ago
@MOlausson, tagging you since you were the last to merge a PR here. This is hopefully a simple fix to a pretty unfortunate UX issue as described in Issue #128.
I tested these changes on a private Azure DevOps Services organization, as that's all I have access to. I'm new to open-source contribution, so please let me know if I need to change anything.
@madkoo, @NenoLoje please review and merge this fix. It's a major improvement for a minor fix.
@madkoo, @NenoLoje please review and merge this fix. It's a major improvement for a minor fix.
Sorry, I don't have any write-access to this repo.
If the owner of this PR can resolve the conflicts then we can accept and merge this fix
@madkoo, I have resolved the conflicts.
@madkoo, do you guys release on a schedule or is there any other way I can get a sense of when a release including this fix might get pushed to the Visual Studio Marketplace for Azure DevOps Extensions? I'm new to open-source and GitHub contribution, so if there's somewhere obvious I should have looked to find that info, let me know or even just post the link. We've been wanting to use this extension at our company, but this bug was a deal-breaker.
Thanks for the help!
@PelvicSorcerer a new version is released as soon as the pull requests have been tested. Right now I tested your change and Im trying to understand the fix in your case - I entered a custom value but it still gets returned as lower-case.
Custom values entered by the user are lower-cased for matching purposes in the filter. When this value is returned to be displayed and saved however, it should be in its original state--not lower-cased.
Issue #128