Preserve Work Item widgets (i.e. Sidebar) data in draft for Create Work Item view
Background
After Fix new field bug and only copy title and descr... (!179475 - merged) got merged , we lost the widget draft data and we need to find a better way to reinstate it.
Save last selected work item type when opening ... (#517034 - closed) may or may not be done together
UX Acceptance criteria
-
Ensure type selector is always shown if >1 type available (currently disappears: #538203 (closed))✅ !192015 (merged) -
Widget data on the sidebar should persist along with title and description✅ !192301 (merged) -
Changing work item type retains data on common widgets along with title and description✅ !193942 (merged) -
Template overwrite warning is not shown on draft population, only on user action (selecting a new template/reset/no template)✅ !191090 (merged) & !191977 (merged) - Type is retained as part of the draft such that a user selecting "Task" then refreshing the page has "Task" selected again
- Draft data is scoped to either the namespace context for lists or boards or to a work item linked item context for new related item, such that a user opening "New related item" only sees a draft if they previously started a "New related item" on that work item, and a user opening "New item" from a list does not see "new related item" drafts_._
- In the future we will need to support work item child item as an additional scope
Edited by Kushal Pandya