FeatureFlagsDialog leaves derived grace-stamp flags in overrides when unsetting runOpsMintKind and unlocks them when toggling read-only flags

Abierto Apto para principiantes
#5,062 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
73/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
nextjs, typescript
Área
frontend

Línea de trabajo

Empieza en apps/webapp/app/components/admin/FeatureFlagsDialog.tsx y lee unsetFlag, derivedFlagsClearedWith e isLocked; comprueba cómo gestiona la acción v2 estas flags al guardar. Actualiza el comportamiento del diálogo al desactivar runOpsMintKind y al editar flags derivadas. Después, verifica que la vista previa y el comportamiento de solo lectura coincidan con la solicitud guardada.

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

Descripción

hey! noticed in a7f0f90e (apps/webapp/app/components/admin/FeatureFlagsDialog.tsx) that unsetFlag(key) only deletes overrides[key] and doesn't clear derivedFlagsClearedWith(key) (runOpsMintKindPrev and runOpsMintKindFlippedAt), so unsetting runOpsMintKind leaves its effect: "derived" grace-stamp rows highlighted in the dialog and visible in Preview JSON even though they have no unset button and withMintFlipGrace deletes them on save. also noticed isLocked (!unlocked && ORG_LOCKED_FLAGS.includes(key)) unlocks effect === "derived" rows into editable inputs when checking "Unlock read-only flags", even though the v2 action strips runOpsMintKindPrev and runOpsMintKindFlippedAt from the request body.

should unsetFlag also remove derivedFlagsClearedWith(key) from overrides and keep effect === "derived" flags read-only? happy to open a quick PR if you want!

ss
Image

Lenguaje dominante
TypeScript
Estrellas
16.5k
Forks
1.5k
Merge medio
1 d 15 h
PR fusionados (30 d)
17

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

  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 triggerdotdev/trigger.dev

Todos los issues de triggerdotdev/trigger.dev

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.