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
Fixed CommandLineUtilsTest for german locale #4219
Conversation
I don't think it is a good idea to simply turn "Version" into "version". It might work with German locale, but what about language having a completely different word for "Version" (like Polish "wersja")? |
I don't think it is a good idea to let the test use the code that is to be tested. What shall be the use of this? If there is a typo in the bundle file, the test shall guarantee that the typo still exists?! |
I think it's fine to be using the coreBundle.getString in this test. The goal of the test is to ensure the banner is showing/not showing and it's not trying to test the actual wording. The original failure was because we were just checking the wording as an easy assertion, but that wording can change in german. So just checking "is the expected translated text shown (or not)" is still testing the wanted "is the header shown?" check. The Version/version check is best done with the coreBundle too, good catch. I had gotten lazy apparently. I don't think we'll have any other translations beyond german (that may go away at some point even too) but still best to be more correct in the test. I ran all the tests locally in german (I think) and didn't get any other failure. Let me know if you're seeing any more. |
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.
Give me some days. I will check on German laptop next week. Thanks!
Unfortunately I'm busy with our own software currently, but stay tuned, a full test on German locale will follow ASAP. Good that Paul triggered me today, so I had a reminder. :-) |
Sorry for the delay. Here is the test result on a German Windows 10 Pro:
Unfortunately there seems to be more code that relies on particular behavior. Do you want to add that fix, or do you want me to provide one? This issue is a showstopper for me, as I cannot test my contribution regarding SQL Anywhere TIMESTAMP. NB: I think it is not a good idea that any test is dependend of the locale in any way and would highly recommend removing any such dependencies instead of fixing them. |
Hello @mkarg - I faced the same problem on Windows pt-br:
I believe that Could you check if the build works for you now? |
Guys, here is bad news and good news! :-) Thank you, @filipelautert, for the latest fix!
😃 Good news: @nvoxland Please cherry-pick my commit from mkarg@87ca520 into PR #4219, as it is the last missing brick to successfully pass tests on German Windows 10 Pro! 🚀 |
Thanks @mkarg ! As Nathan is in PTO I cherry-picked your commit. |
a2aa56b
to
a0f1d2b
Compare
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.
This PR Enables liquibase tests to run regardless of the machine locale.
Impact
Description
CommandLineUtil was failing for german locales because we translate text we're asserting on into german.
Fixes #4216
Things to be aware of
Just fixes the test
Things to worry about
Nothing