Page MenuHomePhabricator

Don't adjust task priority after a workboard drag unless we need to
ClosedPublic

Authored by epriestley on Feb 10 2016, 11:45 PM.
Tags
None
Referenced Files
F18848357: D15240.diff
Oct 30 2025, 4:31 AM
F18844347: D15240.id36785.diff
Oct 29 2025, 4:47 AM
F18791734: D15240.diff
Oct 16 2025, 5:35 PM
F18738259: D15240.id36785.diff
Oct 1 2025, 2:55 PM
F18499988: D15240.diff
Sep 4 2025, 8:15 PM
F18093710: D15240.id36785.diff
Aug 7 2025, 8:07 PM
F17895384: D15240.id.diff
Jul 29 2025, 6:13 AM
F17867502: D15240.diff
Jul 28 2025, 6:15 AM
Subscribers
None

Details

Summary

Fixes T8197. Currently, if you priority-sort a workboard and drag a card to the top or bottom, we change the priority even if we do not need to.

For example, if the lowest priority in a column is "Low", and you drag a "Wishlist" task underneath it, we incorrectly increase the priority of the task to "Low", when we do not actually need to touch it. This is bad/confusing.

A similar thing happens when dragging a "High" priority task to the top of a column where the highest priority is currently "Normal".

Test Plan
  • Create a column with a "Normal" task.
  • Sort workboard by Priority.
  • Drag a "High" task above it. After patch: task still "High".
  • Drag a "Wishlist" task below it. After patch: task still "Wishlist".

Also dragged a ton of tasks into the middle of other tasks.

Diff Detail

Repository
rP Phabricator
Branch
board20
Lint
Lint Passed
Unit
Tests Passed
Build Status
Buildable 10626
Build 13040: Run Core Tests
Build 13039: arc lint + arc unit

Event Timeline

epriestley retitled this revision from to Don't adjust task priority after a workboard drag unless we need to.
epriestley updated this object.
epriestley edited the test plan for this revision. (Show Details)
epriestley added a reviewer: chad.
chad edited edge metadata.
This revision is now accepted and ready to land.Feb 10 2016, 11:46 PM
This revision was automatically updated to reflect the committed changes.