razor
razor copied to clipboard
dotnet
List Members has a BUG and if it isn't a BUG then it's a bad design...
This issue has been moved from a ticket on Developer Community.
[severity:It's more difficult to complete my work] When you have selected a member and wants to change it, you can't see other possible members because it lists only the one you selected. It should always display all members and select in the list the one you already have.
Here's what we get when trying to see other members
So to see other members we are forced to delete the one there and show the list members again as shown here :
Original Comments
Feedback Bot on 7/5/2023, 11:59 PM:
(private comment, text removed)
Sara Liu [MSFT] on 7/11/2023, 11:37 PM:
(private comment, text removed)
Marc Roussel on 7/12/2023, 00:29 AM:
(private comment, text removed)
Sara Liu [MSFT] on 7/12/2023, 00:44 AM:
(private comment, text removed)
Marc Roussel on 7/12/2023, 00:58 AM:
(private comment, text removed)
Feedback Bot on 10/6/2023, 08:20 PM:
(private comment, text removed)
Original Solutions
(no solutions)
Looks like another instance of completion behaving differently. I didn't find traces of us reducing this list. @alexgav I think this could go on the list of things that behaves different in C#?
This appears to be an LSP Roslyn issue as it reproes in C# files if LSP C# editor is enabled. It might be a platform issue, but I'm sending to Roslyn to begin with.
This works fine in non-LSP C# editor. E.g. if cursor is inside of "One", e.g. TestEnum.On$$e, and you invoke completion (Ctrl+J), you get
In LSP editor we don't other values in the completion
Per conversation with Todd, it appears to be a platform issue. Looks like platform is using applicable-to span to filter more aggressively in LSP. Here's HTML LSP repro, where cursor is at <d$$iv>
and here's working non-LSP case
@AmadeusW
Thank you for your investigation. If the list is filtered like this after invoking it with Ctrl+J, that's definitely a bug. I'll take a look
Thank you for your investigation. If the list is filtered like this after invoking it with Ctrl+J, that's definitely a bug. I'll take a look
Yes, it was Ctrl+J in all repro cases above that I added.
Related internal AzDO bug (can only be seen by MSFT on VPN) https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1985980
