PowerShell / PowerShell/vscode-powershell
Conditional Breakpoint: Does Not Stop When Using A Private Variable
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 1.9k
- Forks
- 548
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
Prerequisites
- I have written a descriptive issue title.
- I have searched all open and closed issues to ensure it has not already been reported.
- I have read the troubleshooting guide.
- I am sure this issue is with the extension itself and does not reproduce in a standalone PowerShell instance.
- I have verified that I am using the latest version of Visual Studio Code and the PowerShell extension.
- If this is a security issue, I have read the security issue reporting guidance.
Summary
When the condition in a conditional breakpoint contains a reference to a private variable defined by the script, the breakpoint is not activated.
PowerShell Version
Name Value
---- -----
PSVersion 7.4.12
PSEdition Core
GitCommitId 7.4.12
OS Microsoft Windows 10.0.20348
Platform Win32NT
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0.}
PSRemotingProtocolVersion 2.3
SerializationVersion 1.1.0.1
WSManStackVersion 3.0
Visual Studio Code Version
1.105.1
x64
Extension Version
ms-vscode.powershell@2025.4.0
Steps to Reproduce
- Launch VS Code with the PowerShell extension installed.
- Paste the following code into a new window.
$numbers = 1..100
foreach ($private:number in $numbers) {
write-host $private:number
if ($private:number -eq 100) {
write-warning "The breakpoint should trip before this line of code."
}
}
-
Add a breakpoint to line 4.
-
Right-click on the breakpoint and click on "Edit Breakpoint..."
-
Enter the following expression.
$private:number -eq 100 -
Run the script.
Visuals
No response
Logs
After setting the log level to Trace, I restarted VS Code and reproduced the issue. Afterwards, none of the folders in "%APPDATA%\Code\User\globalStorage\ms-vscode.powershell\logs" appeared to have been modified today.
This issue might be related to https://github.com/PowerShell/vscode-powershell/issues/5223. But that one uses "$_" instead of "$private:".
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Führen Sie das gemeldete PowerShell-Skript in VS Code mit einem bedingten Haltepunkt in Zeile 4 unter Verwendung von $private:number -eq 100 aus, und vergleichen Sie dies mit dem erwarteten Anhalten vor der Warnung. Prüfen Sie das zugehörige Issue #5223 und verfolgen Sie die Verarbeitung von Haltepunktbedingungen durch die Extension. Erledigt ist die Aufgabe, wenn der Haltepunkt aktiviert wird, sobald die private Variable 100 erreicht.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- powershell, vscode
- Bereich
- developer-experience, tooling
- Issue-Typ
- Bug
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 38/100