schemas update: confirm step (--digest/--confirm) returns ok:true but never persists the change
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 65/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- cli, shell
- Área
- backend-api-design, cli
Línea de trabajo
Look at the schemas update command implementation, likely in a file like src/commands/schemas/update.rs or similar. The bug is in the confirm step where the digest is used but the change is not persisted. Start by tracing the flow from the --confirm flag, checking the API call made and the response handling. Verify the actual write operation to the CRM. Run the provided reproduction steps to see the issue firsthand.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Version: hubspot 0.14.0 (build 1162, commit unknown)
Command run:
$ PATCH='{"labels":{"singular":"ZZ Push Test","plural":"ZZ Push Tests MANUAL"}}'
$ DIGEST=$(echo "$PATCH" | hubspot schemas update --type 2-253815111 --dry-run | jq -r '.digest')
$ echo "$PATCH" | hubspot schemas update --type 2-253815111 --digest "$DIGEST" --confirm 'zz_push_test'
Expected result: the schema's labels.plural is updated to "ZZ Push Tests MANUAL", matching what the confirm call's own response claims to have applied.
Actual result: the confirm call returns ok: true with a data payload that shows the new value, but the change is never written. Re-fetching immediately after (and repeatedly for 25s afterward) shows the old value unchanged:
$ echo "$PATCH" | hubspot schemas update --type 2-253815111 --digest "$DIGEST" --confirm 'zz_push_test'
{"name":"2-253815111","ok":true,"data":{"labels":{"singular":"ZZ Push Test","plural":"ZZ Push Tests MANUAL"},...}}
$ hubspot schemas get --type 2-253815111 --format json | jq '.data[0].labels'
{"singular":"ZZ Push Test","plural":"ZZ Push Tests"}
Reproduced twice independently (once via a wrapper script, once with the raw commands above in isolation, no other operations in between).
Why this matters: the README's own beta warning recommends using --dry-run before mutations as the safety practice for a tool that can modify live CRM data. This defeats that practice for schemas update specifically - the confirm step that --dry-run leads into silently no-ops while reporting success.
Also noticed while investigating: the dry-run response's apply_command_hint field (e.g. hubspot schemas update 2-253815111 --digest blast-... --confirm 'zz_push_test') omits --file/stdin, which is misleading on its own - the confirm call does require the same JSON body piped again, or it fails with "No schema body provided".
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 7
- Forks
- 2
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de HubSpot/agent-cli
-
properties get/list/batch-read appear unable to retrieve sensitive or highly-sensitive propertiesAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Todos los issues de HubSpot/agent-cli
Issues similares
-
sync: small cleanups after #69Abiertoarea::tern-sync kind::cleanup triage::ready
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Atomic append fails to create a missing filePosiblemente ocupada @harbinresearcher la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
fabiocaccamo/python-fsutil#201 ·
-
Access-request approve silently discards the decider's note (decision_note written only on deny)Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Uuriko/project-room#3378 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
ENTERPILOT/GoModel#1183 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
cmlarsen/writemorebetter#158 ·
Los mantenedores suelen responder en 1 día