redhat-developer / redhat-developer/vscode-java
Renaming fields causes conflicts with parameter naming, resulting in changes in code behavior
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:
- JDK version:
- Visual Studio Code version:
- Java extension version:
Steps To Reproduce
1.select "originalField"
2.click “Rename”
3. new name "originalFieldRenamed"
class AnotherClass {
// rename originalFieldRenamed
int originalField = 20;
public void anotherMethod(int originalFieldRenamed) {
int localVar = originalFieldRenamed; // Local variable with the same name as the field
System.out.println(originalField);
}
}
refactoring result:
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
Aucun fichier source ni test n’est indiqué. Commencez par reproduire les étapes de renommage dans l’extrait Java, puis inspectez le point d’entrée du refactoring qui gère les conflits de noms entre champs et paramètres. Le travail est terminé lorsque le renommage de originalField préserve les références prévues au champ et à la variable locale sans modifier le comportement.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- java, typescript
- Domaine
- tooling
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 28/100