-
Notifications
You must be signed in to change notification settings - Fork 26
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
Quick fixes continue to be offered to the user even after the associated diagnostic has been resolved. #688
Comments
Mitigation: add a bit to the edit so it can only be applied once. After it is used continued clicking on the quick fix would be ignored. |
We believe the source of this bug stems from IntelliJ behaviour. |
Reproduced the same in - #398 |
It is a bug from LSP4IJ I think (need to investigate if we can fix that, or if it is a limitation of the IDE) please create an issue. |
Please follow redhat-developer/lsp4ij#410 |
If it is a limitation of the IDE it could be difficult to fix at our level. |
In IntelliJ, I've encountered an issue with the tags in server.xml. When I start typing <feature, two options appear. If I select the one starting with <, an error bulb icon sometimes shows up, even for valid features. Clicking the bulb offers suggestions to replace the feature, but when I choose one, the new value gets appended to the existing feature instead of replacing it correctly. This behavior is illustrated in the video below. screen-recording-2024-10-01-at-53442-pm_vkE5pD4P-2.mov |
From other observations that my peers have noted while using IntelliJ this might be a bug in the IDE itself, but this behaviour certainly isn't desirable.
If the user applies the quick fix again, it starts making destructive changes to the document.
A user should notice that the first time they applied the quick fix it resolved the problem so would hopefully not be tempted to apply it again.
The text was updated successfully, but these errors were encountered: