[29.x] - Bug 650938: [Expense Agent] Deleting an itemized Expense Category shows misleading missing-subcategories confirmation - #11706
Conversation
Good Sense Reviewer - Round 1Recommendation: Accept with SuggestionsWhat this PR doesThis change suppresses close-page setup warnings while deleting Expense Category and Expense User cards. For the category path, setting the delete flag before the page closes matches the reported problem: the missing-subcategory check no longer runs after a successful delete, so the misleading setup confirmation is avoided. The chosen page trigger is narrow and does not change table deletion or cascade behavior. Problem-solution fitFit: Strong The reported scenario is clear, and the category change targets the exact close-after-delete path that showed the wrong confirmation. The extra Expense User change follows the same pattern, but its canceled-delete path should keep the existing close warning behavior intact. SuggestionsS1 (🟠 Moderate): Set deletion flag after confirmation Risk assessment and necessityRisk: Low. The change is limited to page close confirmation behavior on two setup card pages, with no posting, table schema, or cascade-delete changes. The main regression surface is canceled or failed delete attempts because page-level state now tracks that a delete was attempted. Necessity: The category change is needed to avoid a misleading warning after a delete that already removed the relevant subcategories. The scope is small, but the Expense User change should preserve the existing warning when deletion is canceled.
|
Good Sense Reviewer - Round 2Recommendation: Accept with SuggestionsWhat this PR doesThe new commit changes the expense-user delete guard so the page only treats a delete as "in progress" when the confirmation was actually accepted, instead of marking it unconditionally before the confirmation result is known. This matches the earlier suggestion for that page. Status of previous suggestions
New observations (commits since round 1)None - the new commit only changes the expense-user guard already covered by S1. Risk assessment and necessityRisk: Low. Both the fixed and the still-open path only affect a page close confirmation, not the underlying delete or any posted data - a blocked deletion still correctly leaves the record in place either way. Necessity: Unchanged from round 1 - the core scenario is fixed; the remaining gap is a smaller, same-shape risk on the sibling page.
|
AB#650938