Send task list toggles as line locators from work item view
What does this MR do and why?
Part 2/2 of Toggling an issue task item checkbox updates th... (#582358), stacked on top of Add taskListToggle to work item description wid... (!244520 - merged).
Completes the work by using the newly-exposed field in the description field when the FF is enabled, meaning work items now get the same checkbox toggling concurrency goodness that MRs have!
Screenshots or screen recordings
This is a comparison of my onboarding issue pulled into GDK; FF off on the "Before" side, FF on on the "After" side.
You have to be pretty fast to do this with a GDK. The ActionCable connection that live-updates the description hits very quickly, even on a huge WI description like this one, and to reproduce you need to get in on the other window before it reaches it. On prod, this happens much more easily: the latency is much higher, and you're much more likely to have a tab open which has lost its ActionCable connection for some reason.
| Before | After |
|---|---|
How to set up and validate locally
- Check out the branch, enable the
work_items_task_list_toggleFF. - Prepare an issue with a bunch of task items, and open it in two windows side-by-side.
- Click a task item in one window, and very quickly click a different task item in another!
- After both pages have settled (within a second or two), both sides should show the same result: success.
- If you like, try clicking the same on both sides. The one you click it on second should show the following message at the top, but the result should still be successful (i.e. if they both tried to uncheck the box, it ends up being unchecked).
MR acceptance checklist
Evaluate this MR against the MR acceptance checklist. It helps you analyze changes to reduce risks in quality, performance, reliability, security, and maintainability.