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

Đang mở Phù hợp với người mới
#5,062 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
2/5
Thời gian dự kiến
1-3 giờ
Mức phù hợp với người mới
73/100
Loại issue
Lỗi
Độ rõ ràng
Đặc tả rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
nextjs, typescript
Lĩnh vực
frontend

Hướng nghiên cứu

Bắt đầu trong apps/webapp/app/components/admin/FeatureFlagsDialog.tsx và đọc unsetFlag, derivedFlagsClearedWith cùng isLocked; kiểm tra cách hành động v2 xử lý các flag này khi lưu. Cập nhật hành vi của hộp thoại khi bỏ đặt runOpsMintKind và chỉnh sửa các flag dẫn xuất. Sau đó, xác minh rằng phần xem trước và hành vi chỉ đọc khớp với yêu cầu đã lưu.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

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

Ngôn ngữ chính
TypeScript
Star
16.5k
Fork
1.5k
Merge trung bình
1 ngày 15 giờ
Pull request đã merge (30 ngày)
17

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của triggerdotdev/trigger.dev

Tất cả issue của triggerdotdev/trigger.dev

Issue tương tự

Thêm issue về TypeScript

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.