Does this issue occur when all extensions are disabled?: Yes (though an extension that introduces inlay hints is required)
- VS Code Version:
1.74.11.74.2
- OS Version: Windows_NT x64 10.0.19044
Steps to Reproduce:
- Create a new rust project with
cargo new vscode-bug.
- Use a font for VSCode that has a ligature for
&&, install rust-analyzer and set the "rust-analyzer.inlayHints.expressionAdjustmentHints.enable": "reborrow", config.
- Open the cargo project in VSCode and paste the following snippet into the
main.rs file:
fn main() {
&true == &true;
}
Watch how there is an & inlay hint inserted in front of both &true which merges with the leading &.
Actual result:

Note that in my theme, inlay hints are dimmed
but due to the ligature forming, the inlay hint looks like its part of the default code.
Expected result (behavior after we insert a ZWNJ into all inlay hint parts as a workaround apparently this can depend on the theme):

(Different themes are due to running the rust-analyzer fix in the debugger without a custom theme)
This also occurs for when two different inlay hints follow each other, as seen in rust-lang/rust-analyzer#13816
Does this issue occur when all extensions are disabled?: Yes (though an extension that introduces inlay hints is required)
1.74.11.74.2Steps to Reproduce:
cargo new vscode-bug.&&, install rust-analyzer and set the"rust-analyzer.inlayHints.expressionAdjustmentHints.enable": "reborrow",config.main.rsfile:Watch how there is an
&inlay hint inserted in front of both&truewhich merges with the leading&.Actual result:

but due to the ligature forming, the inlay hint looks like its part of the default code.
Note that in my theme, inlay hints are dimmed
Expected result (

behavior after we insert a ZWNJ into all inlay hint parts as a workaroundapparently this can depend on the theme):(Different themes are due to running the rust-analyzer fix in the debugger without a custom theme)
This also occurs for when two different inlay hints follow each other, as seen in rust-lang/rust-analyzer#13816