microsoft / microsoft/azure-boards-split
"Split work item" Pane is Incorrectly Sized for 7+ Work Items and Hides Options at the Bottom
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 10
- Forks
- 4
- PR merge metrics
- No merged PRs in 30d
Description
Migrated from Developer Community
Issue
When using the “Split” functionality on a User Story, the checkboxes on the bottom may be obscured by the containing frame. This seems to be a sizing issue: the checkboxes move into view when removing the child work items. With a lot of child work items, sometimes not even the top checkbox is visible. The pane cannot be resized, either, so a workaround seems unlikely.
Here is a screenshot with the problematic area in red (note: work item titles have been redacted).
By inspecting the pane with a browser debugger, there should be two checkboxes visible for this pane with the following labels:
- Open newly created work item
- Copy tags to new work item
Fortunately, the default selections are typically acceptable so the impact of this bug is minimal. However, chaos could ensue if 1) the defaults change, or 2) additional options/checkboxes are appended.
Proposed Solution
At least two solutions seem workable:
- Allow resizing of the “Split work item” pane.
(The pane is already movable, thanks for that capability!) - Make the child item area scrollable, then decrease the reserved height so that the options move up into full view.
Versions
- ADO:
Version Azure DevOps Server 2022.2 (AzureDevopsServer_20250331.1) - Split!:
0.1.13 (Latest)
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the Split work item pane with seven or more child work items in Azure DevOps Server 2022.2 and inspect its layout with a browser debugger. The work is done when both “Open newly created work item” and “Copy tags to new work item” options remain visible without removing child items, while the child-item area remains usable.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- azure, typescript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100