-
Notifications
You must be signed in to change notification settings - Fork 3.4k
Regression in Mix.Tasks.Format.formatter_for_file introduced in 1.15.5 #12930
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
Comments
I will investigate. Please do test the fix once it is out, since the previous commit was aiming to address another bug in Elixir LSP and the breaking change is non intentional. |
The previous fix was not related to Elixir LS at all |
@lukaszsamson oh, I thought that was the case, apologies. Anyway, please give it a try a now and let me know. |
Thanks @josevalim, It's working fine again on 6654f1b |
Excellent, i will ship a new version either this week or the beginning of next one. |
Elixir and Erlang/OTP versions
Erlang/OTP 25 [erts-13.2.2.2] [source] [64-bit] [smp:12:12] [ds:12:12:10] [async-threads:1] [jit]
Elixir 1.15.5 (compiled with Erlang/OTP 25)
Operating system
macOS
Current behavior
Elixir 1.15.5 introduced a regression in formatter plugin loading making it no longer able to format
~H
sigils.Repro:
on 1.15.5 it returns
true
on 1.15.4 it compiles before and then returns
false
Even if explicit
Mix.Task.run("compile")
is added on 1.15.5 it still produces a formatter not being able to format sigils.Invoking
Code.format_string!
is also brokenMost likely the regression was introduced in fixes for #12880 (9f977be or dc8cfcd)
Originally reported in elixir-lsp/elixir-ls#975
Expected behavior
Formatter should work when invoked via code. If plugin loading now requires some additional code this should be documented. Breaking changes should not be introduced in patch releases.
The text was updated successfully, but these errors were encountered: