dotnet/roslyn

Intellisense: "using statement" suggestions are missing for Extension methods for .NET 4.8 Projects when referenced from .NET 6 Projects

Aperta

#59.757 aperta il 24 feb 2022

Vedi su GitHubGuida contributor
 (9 commenti) (0 reazioni) (1 assegnatario)C# (4257 fork)batch import
Area-AnalyzersBugDeveloper Communityhelp wanted

Metriche repository

Star
 (20.414 stelle)
Metriche merge PR
 (Merge medio 6g 17h) (256 PR mergiate in 30 g)

Descrizione

This issue has been moved from a ticket on Developer Community.

[severity:It's more difficult to complete my work] I found an Intellisense bug that occurs when i reference (OLD) .NET 4.8 Projects from .NET 6 Projects.

Manually importing the Namespace works fine.

image

Works for referenced .NET 6 Projects (GOOD)

image

Doesn't work for referenced .NET 4.8 Projects (BAD)

image

The Example Project to reproduce the issue can be found here: https://github.com/CharlesPublic/BugIntellisense

Original Comments

Feedback Bot on 2/20/2022, 10:20 PM:

Feedback Bot on 2/23/2022, 03:23 PM:

Original Solutions

(no solutions)

Guida contributor

Direzione di ricerca
Indaga su come il provider di completamento di Roslyn gestisce i suggerimenti per la direttiva 'using' per i metodi di estensione su diversi framework di destinazione. Il progetto di riproduzione (https://github.com/CharlesPublic/BugIntellisense) mostra che il problema si verifica quando un progetto .NET 6 fa riferimento a un progetto .NET 4.8; l'importazione manuale dello spazio dei nomi funziona. Esamina il motore di completamento di Roslyn in src/Features/Core/Portable/Completion/ e concentrati sul provider di completamento per i metodi di estensione. Analizza come il compilatore risolve i metodi di estensione quando i progetti di riferimento e referenziati hanno framework di destinazione diversi e verifica se esiste una logica di filtraggio che omette erroneamente le istruzioni using valide. Non esistono PR o soluzioni collegate, quindi la ricerca dovrebbe partire dal caso di riproduzione e dai percorsi di codice di completamento rilevanti.
Tech stack
csharp
Dominio
developer experiencetooling
Tipo issue
Bug
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-2 giorni
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
C#.NETGit
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
60