Logging into a locally started instance clears its container reference, causing stop to do nothing

Abierto Apto para principiantes
  • ¿Algo no está bien?
#620 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
79/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
docker, go
Área
cli

Línea de trabajo

Empieza con cmd/login.go, donde el issue señala que login reemplaza el contexto guardado, y sigue cómo se escribe ese contexto. Reproduce el problema con los tres comandos del issue usando un archivo de configuración separado y luego comprueba que login conserva el campo de instancia y que microcks stop detiene el contenedor después.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

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.

Lenguaje dominante
Go
Estrellas
59
Forks
75
Merge medio
4 d 5 h
PR fusionados (30 d)
15

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de microcks/microcks-cli

Todos los issues de microcks/microcks-cli

Issues similares

Más issues de Go

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.