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

Aberta Para iniciantes
#5,062 0 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
2/5
Tempo estimado
1-3 horas
Facilidade para iniciantes
73/100
Tipo de issue
Bug
Clareza
Claramente especificada
Status de atividade
Ativa
Stack de tecnologia
nextjs, typescript
Domínio
frontend

Direção de pesquisa

Comece em apps/webapp/app/components/admin/FeatureFlagsDialog.tsx e leia unsetFlag, derivedFlagsClearedWith e isLocked; verifique como a ação v2 trata essas flags ao salvar. Atualize o comportamento do diálogo ao desmarcar runOpsMintKind e editar flags derivadas. Em seguida, verifique se a prévia e o comportamento somente leitura correspondem à solicitação salva.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

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

Linguagem predominante
TypeScript
Estrelas
16.5k
Forks
1.5k
Merge médio
1d 15h
PRs com merge (30d)
17

Preparar o ambiente

Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de triggerdotdev/trigger.dev

Todas as issues de triggerdotdev/trigger.dev

Issues semelhantes

Mais issues de TypeScript

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.