update: Legacy admin settings #2915
Conversation
- Mirror new settings saves to legacy options. - Add fallback to persist legacy options for compatibility. - Introduce unit tests for verifying updates to legacy settings.
- Replace hardcoded target strings with constants for better clarity. - Introduce `map_field_type` method to streamline field type mapping and add extensibility through filters. - Add utility methods for dot-notated array path handling in `SettingsMapper`. - Enhance diagnostics for duplicate mappings with `_doing_it_wrong` notices.
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the You can disable this status message by setting the ✨ Finishing touches🧪 Generate unit tests
Tip 👮 Agentic pre-merge checks are now available in preview!Pro plan users can now enable pre-merge checks in their settings to enforce checklists before merging PRs.
Please see the documentation for more information. Example: reviews:
pre_merge_checks:
custom_checks:
- name: "Undocumented Breaking Changes"
mode: "warning"
instructions: |
Pass/fail criteria: All breaking changes to public APIs, CLI flags, environment variables, configuration keys, database schemas, or HTTP/GraphQL endpoints must be documented in the "Breaking Change" section of the PR description and in CHANGELOG.md. Exclude purely internal or private changes (e.g., code not exported from package entry points or explicitly marked as internal).Please share your feedback with us on this Discord post. Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
- Replace hardcoded target strings with constants for better clarity. - Introduce `map_field_type` method to streamline field type mapping and add extensibility through filters. - Add utility methods for dot-notated array path handling in `SettingsMapper`. - Enhance diagnostics for duplicate mappings with `_doing_it_wrong` notices.
All Submissions:
Changes proposed in this Pull Request:
Related Pull Request(s)
Closes
How to test the changes in this Pull Request:
Changelog entry
Title
Detailed Description of the pull request. What was previous behaviour
and what will be changed in this PR.
Before Changes
Describe the issue before changes with screenshots(s).
After Changes
Describe the issue after changes with screenshot(s).
Feature Video (optional)
Link of detailed video if this PR is for a feature.
PR Self Review Checklist:
FOR PR REVIEWER ONLY: