dotnet/roslyn

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

Ouverte

#59 757 ouverte le 24 févr. 2022

Voir sur GitHubGuide contributeur
 (9 commentaires) (0 réaction) (1 personne assignée)C# (4 257 forks)batch import
Area-AnalyzersBugDeveloper Communityhelp wanted

Métriques du dépôt

Stars
 (20 414 étoiles)
Métriques de merge PR
 (Merge moyen 6j 17h) (256 PRs mergées en 30 j)

Description

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)

Guide contributeur

Direction de recherche
Étudiez comment le fournisseur de complétion de Roslyn gère les suggestions de directive 'using' pour les méthodes d'extension sur différents frameworks cibles. Le projet de reproduction (https://github.com/CharlesPublic/BugIntellisense) montre que le problème se produit lorsqu'un projet .NET 6 référence un projet .NET 4.8 ; l'importation manuelle de l'espace de noms fonctionne. Examinez le moteur de complétion de Roslyn dans src/Features/Core/Portable/Completion/ et concentrez vous sur le fournisseur de complétion pour les méthodes d'extension. Analysez comment le compilateur résout les méthodes d'extension lorsque les projets référençant et référencés ont des frameworks cibles différents et voyez s'il existe une logique de filtrage qui omet incorrectement les instructions using valides. Il n'y a pas de PR ou de solutions liées, donc la recherche doit commencer à partir du cas de reproduction et des chemins de code de complétion pertinents.
Stack technique
csharp
Domaine
developer experiencetooling
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
C#.NETGit
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60