Test: Regression test for field not dirty after destroyOnUnregister re-register (#161)#540
Conversation
|
No actionable comments were generated in the recent review. 🎉 📝 WalkthroughWalkthroughA test case is added to validate that re-registering a field after unregistering it with Changes
Estimated code review effort🎯 2 (Simple) | ⏱️ ~8 minutes Possibly related PRs
Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 4✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing touches
🧪 Generate unit tests (beta)
Comment |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #540 +/- ##
==========================================
- Coverage 99.05% 98.42% -0.64%
==========================================
Files 13 13
Lines 849 890 +41
Branches 286 308 +22
==========================================
+ Hits 841 876 +35
- Misses 8 14 +6 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
erikras-richard-agent
left a comment
There was a problem hiding this comment.
Clean regression test for #161. Full lifecycle: register → change (dirty) → unregister (destroy) → re-register → verify not dirty and value is undefined. Exactly what's needed.
codecov threshold failure is noise on test-only PR.
CI ✅ (real checks) — Approved.
|
@coderabbitai review |
✅ Actions performedReview triggered.
|
Regression test for #161. Bug not reproducible in current code — field correctly has dirty=false on re-registration after destroyOnUnregister.
Summary by CodeRabbit