microsoft / microsoft/vscode-containers

use compose commands with projects that have been started via api does not work

Open
#159 7 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
TypeScript
Stars
139
Forks
87
Avg merge
9h 15m
Merged PRs (30d)
9

Description

I have a vscode and a portainer container running in parallel on my host. Both can communicate via /var/run/docker.sock with the host

My stacks are deployed from portainer via api, which means that "docker compose ls" does not show a "CONFIG FILES" entry.

With this setup most of the "Docker Tools" run fine --- I can see the containers grouped by my portainer stacks.

But when I try to execute a command on the stack (==docker compose [command]), I get "Error: Unable to determine compose project info for container group 'cockpit'."

From my terminal, I can run these commands via "docker compose -p cockpit [command]".

I think that you should pass the -p parameter to the compose command, especially when there is no direct connection to a docker-compose.yml due to the fact that the stack has been deployed via api.

Best regards,
Jan

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing the Docker Tools handling for docker compose commands when docker compose ls has no CONFIG FILES entry. Reproduce the Portainer API deployment with the cockpit project and compare it with docker compose -p cockpit [command]. Done means compose commands work for that container group without a compose file path.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker, docker-compose, typescript, vscode
Domain
devops, tooling
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.