-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Support build args in FROM statement #6119
Support build args in FROM statement #6119
Conversation
c28968d
to
c646e7f
Compare
c646e7f
to
5308ec7
Compare
20629cb
to
0b94f24
Compare
8df3c95
to
39331de
Compare
ed5b8a1
to
bb788f2
Compare
bb788f2
to
a4029fc
Compare
Hey folks :) Is there anything I can do to move this forward? Beside the small cleanups and replacement of deprecated API, the actual code for the fix comes from |
Hey folks, is there any chance to get this merged? We still have a workaround in our code base to mitigate this bug :( |
Hey folks, can we please move this forward somehow? #3238 is still an issue for us. |
Thanks for the contribution, @Donnerbart! Sorry for the delay reviewing this. I've reverted part of the cleanup done in bcd37ab. One of the changes switch the |
Thanks for your contribution, @Donnerbart ! |
Thanks for the review and merge. I think you have misread the code here. The actual value of There was no need to define a value in the field declaration and have it non-final, just to set it again in the constructor. It's just misleading to have the value set in two places (and have a non-final field for a value that is never changed again). That's exactly the reason why I've changed it. EDIT: IntelliJ even shows a warning for this. |
Resolves #3238
Closes #3922
Since #3922 has merge conflicts, the author is inactive on GitHub for over a year and the provided solution is missing some resolve cases, I've create a new PR which also cleans up some warnings and deprecated code usage in the involved classes.