dotnet/roslyn

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

Offen

#59.757 geöffnet am 24.02.2022

Auf GitHub ansehenContributor Guide
 (9 Kommentare) (0 Reaktionen) (1 zugewiesene Person)C# (4.257 Forks)batch import
Area-AnalyzersBugDeveloper Communityhelp wanted

Repository-Metriken

Stars
 (20.414 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 6T 17h) (256 gemergte PRs in 30 T)

Beschreibung

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)

Contributor Guide

Research-Richtung
Untersuchen Sie, wie der Vervollständigungsanbieter von Roslyn Vorschläge für 'using' Direktiven für Erweiterungsmethoden über verschiedene Zielframeworks hinweg behandelt. Das Reproduktionsprojekt (https://github.com/CharlesPublic/BugIntellisense) zeigt, dass das Problem auftritt, wenn ein .NET 6 Projekt auf ein .NET 4.8 Projekt verweist; das manuelle Importieren des Namespace funktioniert. Betrachten Sie die Roslyn Vervollständigungs Engine in src/Features/Core/Portable/Completion/ und konzentrieren Sie sich auf den Vervollständigungsanbieter für Erweiterungsmethoden. Analysieren Sie, wie der Compiler Erweiterungsmethoden auflöst, wenn das referenzierende und das referenzierte Projekt unterschiedliche Zielframeworks haben, und prüfen Sie, ob es eine Filterlogik gibt, die gültige using Anweisungen fälschlicherweise auslässt. Es gibt keine verknüpften PRs oder Lösungen, daher sollte die Forschung mit dem Reproduktionsfall und den relevanten Vervollständigungscodepfaden beginnen.
Tech Stack
csharp
Domain
developer experiencetooling
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
C#.NETGit
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60