-
Notifications
You must be signed in to change notification settings - Fork 38.2k
Closed
Labels
bugIssue identified by VS Code Team member as probable bugIssue identified by VS Code Team member as probable bugtasksTask system issuesTask system issuesverifiedVerification succeededVerification succeeded
Milestone
Description
- VSCode Version:
- OS Version:
Steps to Reproduce:
- Install Docker Desktop (Windows, Mac) or Docker engine (Linux).
- Install Docker extension by Microsoft (ms-azuretools.vscode-docker)
- Clone https://github.com/kzadora/guestbook-express/tree/dockerized (note: 'dockerized' branch)
- Do
Run Taskcommand and rundocker-buildtask. Open Docker view (whale icon) and verify you have theguestbook-express:1.0.0image built.
- Right click on
1.0.0image tag, choose 'Remove...'. and confirm - Open
.vscode/tasks.jsonand changedockerBuild.tagproperty of thedocker-buildtask toguestbook-express:2.0.0. Savetasks.jsonfile. - Try
Run Taskcommand again
Expected: choosing recently used docker-build task should build the guestbook-express image and give it a tag of 2.0.0
Actual: docker-build task shows up twice as "recently used" vs "configured".
Running the "recently used" task uses the old task settings and results in an image tagged 1.0.0. This old task configuration survives even VS Code window restart!
This is very non-intuitive behavior and totally contrary to what developers are used to. I would never expect that VS Code will cache old task settings and use them after I save changes to the tasks file.
Does this issue occur when all extensions are disabled?: not applicable
Reproduced on Windows 10, VS Code build 1.45.1 and on Mac, VS Code Insiders build 1.46.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
bugIssue identified by VS Code Team member as probable bugIssue identified by VS Code Team member as probable bugtasksTask system issuesTask system issuesverifiedVerification succeededVerification succeeded

