fix(policy): fix mininav link - #337
Conversation
Bundle ReportBundle size has no change ✅ |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #337 +/- ##
=======================================
Coverage 44.88% 44.88%
=======================================
Files 940 940
Lines 49107 49107
Branches 6577 6577
=======================================
Hits 22041 22041
Misses 26128 26128
Partials 938 938
Flags with carried forward coverage won't be shown. Click here to find out more.
|
There was a problem hiding this comment.
🟢 Approval recommended
The change is a small, consistent link update to an already-established VIPER 2.0 route and does not introduce new logic or risk-prone behavior.
Pull request overview
Aligns the MiniNav “Policies” link with the existing top navigation behavior so both point to the VIPER 2.0 Policy page (instead of MiniNav sending users to the legacy VIPER 1.0 Policy page).
Changes:
- Update MiniNav “Policies” to use the app-relative VIPER 2.0 route (
~/Policy) rather thanOldViperURL + /policy/default.cfm.
File summaries
| File | Description |
|---|---|
| web/Views/Shared/Components/MiniNav/Default.cshtml | Updates the MiniNav Policies link target to VIPER 2.0 (~/Policy) to match the top nav behavior. |
Review details
- Files reviewed: 1/1 changed files
- Comments generated: 0
- Review effort level: Lite
💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.
Previously, the mininav and top nav links for Policy differed on pages like RAPS 2.0, with the top nav pointing at VIPER 2.0 but the mininav pointing at VIPER 1.0.
This changes the mininav to point at 2.0, matching the behavior for Personnel.
LayoutController.cs, which impacts some pages' mininav, was already correct.