Logging into a locally started instance clears its container reference, causing stop to do nothing
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 79/100
Direzione di ricerca
Inizia da cmd/login.go, dove l’issue indica che login sostituisce il contesto salvato, e segui come viene scritto quel contesto. Riproduci il problema con i tre comandi dell’issue usando un file di configurazione separato, poi verifica che login mantenga il campo dell’istanza e che microcks stop arresti il container in seguito.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Describe the bug
After starting a local Microcks instance with the CLI, logging into the same server clears the instance reference from its saved context.
A subsequent microcks stop reports that no instance is associated with the context and exits successfully, even though the container is still running.
I reproduced this using a separate config file and an authentication-disabled Microcks instance.
Expected behavior
Logging into the same server should preserve its existing local instance reference. Running microcks stop afterward should stop the container created by microcks start.
Actual behavior
Before login, the saved context contains:
instance: microcks-login-repro
After login, it becomes:
instance: ""
Running stop then prints: No instance is associated with this context
The command exits with code 0, but Docker still reports the container as running. The Microcks API also continues to return HTTP 200.
How to Reproduce?
With Docker running, execute the following commands using a separate config file:
microcks start --name microcks-login-repro --port 18585 --rm --ready-timeout 120s --config repro-config.yaml
microcks login http://localhost:18585 --config repro-config.yaml
microcks stop --config repro-config.yaml
Check whether the container is still running:
docker inspect --format '{{.State.Running}}' microcks-login-repro
The output is: true
You can also compare repro-config.yaml before and after login to see that the context’s instance field has been cleared.
As a control, restoring the config saved before login and repeating the same stop command successfully stopped and removed the container.
To clean up manually after reproducing:
docker stop microcks-login-repro
Microcks version or git rev
36f1028f877a5f4502633f574aac627e7d25dc53
Install method (docker-compose, helm chart, operator, docker-desktop extension,...)
No response
Additional information
The likely cause is in cmd/login.go: login replaces the existing context with a ContextRef containing only Name, Server, and User, leaving out the Instance field previously saved by start.
- Lingua principale
- Go
- Stelle
- 59
- Fork
- 75
- Merge medio
- 4g 5h
- PR unite (30g)
- 15
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di microcks/microcks-cli
-
WatchConfig.UpsertEntry silently deletes existing contexts when re-upserting a watched fileForse già presa @aryarathoree l’ha presa 1 giorno fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
microcks/microcks-cli#610 · 5 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
bug: microcks test get swallows test failure details and operation results in text output modeAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
microcks/microcks-cli#608 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
KeycloakClient strips realm path when realm URL lacks trailing slashForse già presa @aryarathoree l’ha presa 1 giorno fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
microcks/microcks-cli#606 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Windows test failures in MockFileSystem.Walk due to path separatorForse già presa @dipak0000812 l’ha presa 5 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
microcks/microcks-cli#601 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Bug: `testEndpoint` URL Scheme Not ValidatedForse già presa @aniket866 l’ha presa 5 giorni fa. Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
microcks/microcks-cli#598 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di microcks/microcks-cli
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
teradata-labs/loom#574 ·
I maintainer di solito rispondono entro 1 giorno
-
cli: name the CRID when saved link limits fail after publish; soften plain-republish mint warningApertaenhancement pr-polish-followup priority: low
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
layervai/qurl-integrations#1994 ·
I maintainer di solito rispondono entro 1 giorno
-
bug needs-acceptance wg/router-models-inference-runtime
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
vllm-project/semantic-router#5891 ·
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: `Match exec "step ssh check-host %h"` causes SSH connections through ProxyJump to hangApertabug needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
CycloneDX/cyclonedx-go#304 ·