encapsulateField filtert Participant-Fehler nicht #51

Open
opened 2026-03-08 18:38:14 +00:00 by automation · 0 comments
Collaborator

Problem

RefactoringTools.encapsulateField() (Zeile 709) verwendet status.hasError() direkt, statt RefactoringSupport.getRealErrors(). Alle anderen Refactoring-Methoden filtern Participant-Fehler (harmlose Headless-Mode-Meldungen) korrekt heraus.

// Aktuell (inkonsistent):
if (status.hasError()) { ... }

// Korrekt (wie alle anderen Refactorings):
List<String> realErrors = RefactoringSupport.getRealErrors(status);
if (!realErrors.isEmpty()) { ... }

Gefunden von

Gamma

## Problem `RefactoringTools.encapsulateField()` (Zeile 709) verwendet `status.hasError()` direkt, statt `RefactoringSupport.getRealErrors()`. Alle anderen Refactoring-Methoden filtern Participant-Fehler (harmlose Headless-Mode-Meldungen) korrekt heraus. ```java // Aktuell (inkonsistent): if (status.hasError()) { ... } // Korrekt (wie alle anderen Refactorings): List<String> realErrors = RefactoringSupport.getRealErrors(status); if (!realErrors.isEmpty()) { ... } ``` ## Gefunden von Gamma
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
ai-tools/jdt-mcp-server#51
No description provided.