redhat-developer / redhat-developer/vscode-java
Renaming the f method causes naming conflicts
Personne n'a encore pris cette issue.
- Langage dominant
- TypeScript
- Étoiles
- 2.3k
- Forks
- 546
- Merge moyen
- 20 h 1 min
- PR mergées (30 j)
- 11
Description
[provide a description of the issue]
Environment
Operating System: Windows11
JDK version: 17
Visual Studio Code version: 1.88
Java extension version: 1.29
Steps To Reproduce
1.select "k()"
2.click “Rename”
3. new name "m()"
public class A {
void m(Object m){
System.out.println("A");
}
}
class B extends A{
// rename k to m
void k(String m){
System.out.println("B");
}
void f(){
m("1");
}
}
result:
public class A {
void m(Object m){
System.out.println("A");
}
}
class B extends A{
// rename k to m
void m(String m){
System.out.println("B");
}
void f(){
m("1");
}
}
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par reproduire le problème dans Visual Studio Code 1.88 avec JDK 17 et Java extension 1.29 : renommez k() en m() dans l’exemple A/B fourni. Examinez la Rename action de Java extension et comparez le résultat généré avec la method resolution attendue. Le travail est terminé lorsque le renommage ne crée plus la déclaration en conflit présentée dans le rapport.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- java, vscode
- Domaine
- tooling
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 25/100