Phone and tablet: the work list draws blank on a phone, tables clip on a tablet, and the roster cannot assign below desktop
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 65/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- nextjs, tailwindcss, typescript
Research direction
Start by inspecting the responsive breakpoints and table/card components in the codebase, particularly the work list at /lists and the roster. Reproduce the issues by resizing the browser to 375px and 768px widths. Look for existing card layout patterns in /compliance and the case page accordion to understand the intended responsive behavior. The goal is to adapt the work list to a card layout on phones, ensure tablet tables have visible scroll cues, and enable assignment from the roster on mobile.
Written by the indexing model from the issue text.
Description
The pilot works on desktop today, but at phone and tablet widths the main screens either break or hide their controls. Found in a live walk-through of the Maui sandbox, 2026-09-23.
What breaks
- Work list at 375 px (phone):
- The patient table draws as a blank rectangle.
- The rows are in the DOM and correctly styled. It is the desktop table (
min-w-[56rem]) placed inside a nested scroll container, and it fails to paint. - Reproduced across reloads.
- Tablet (about 768 px):
- Wide tables scroll sideways with no visible cue.
- On
/liststhe "Open" button is clipped to "Ope…". - The
/compliancematrix clips its last measure columns to single letters.
- Roster below
md: the assign checkboxes exist only in the desktop table, so a tablet user cannot assign from the roster. The code notes this: "selection on the mobile cards is the better answer and is its own piece of work".
Good patterns already in the app
/complianceswitches to a card per patient on a phone.- The case page folds into an accordion.
Decision needed
When does the pilot need tablet or phone? If a quality lead is expected to use a tablet, do this before January:
- a card layout for the work list, following the roster's pattern;
- selection on the roster cards;
- a visible scroll cue on wide tables.
- Dominant language
- TypeScript
- Stars
- 0
- Forks
- 0
- Avg merge
- 4h 46m
- Merged PRs (30d)
- 93
Contributor guide
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.
More from Taleef7/workwell
-
frontend maui-pilot pilot-ask question
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
-
Order Proposals hides a real proposal behind a standing order invented from a hash of the patient id Openbackend bug maui-pilot pilot-trust
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
documentation owner-ops waiting
Difficulty 1/5 1-3 hours Newbie friendliness 86/100
-
owner-ops waiting
Difficulty 1/5 1-3 hours Newbie friendliness 85/100
-
bug frontend maui-pilot pilot-trust
Difficulty 3/5 1-2 days Newbie friendliness 65/100
All issues in Taleef7/workwell
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
bcgov/bc-wallet-mobile#4761 · 1 comment ·
-
external-issue to-triage
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
area-deployment area-integrations triage:bot-seen
Difficulty 2/5 Half a day Newbie friendliness 86/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
-
refactor
Difficulty 2/5 1-3 hours Newbie friendliness 84/100