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