Skip to content

fix(web): align remote assignment table colors with datahub subject table - #1811

Open
thomasbeaudry wants to merge 2 commits into
mainfrom
fix/remote-assignment-table-colors
Open

thomasbeaudry wants to merge 2 commits into
mainfrom
fix/remote-assignment-table-colors

Conversation

@thomasbeaudry

@thomasbeaudry thomasbeaudry commented Oct 14, 2026 •

Copy link
Copy Markdown
Collaborator

Summary

  • Remove rootStyle card-color overrides from create and delete remote assignment DataTables so their row colors match the datahub subject table
  • Add bg-background to WizardTable, FileDropzone and TextArea in the bulk assignment wizard so they use the page background instead of inheriting the card surface
  • Match checkbox column width (size: 40, maxSize: 40) between create and delete assignment tables
  • Cap the column mapping table at ~10 visible rows with vertical scroll for files with many columns

🤖 Generated with Claude Code

…able

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

@gdevenyi gdevenyi left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for this. Two things are missing before this can merge:

The maintainers accept the page background for tables and inputs inside the wizard and delete cards, to match the datahub subject table.

  1. E2E test. Every change needs an end-to-end test in testing/. In testing/src/specs/remote-assignments-wizard.spec.ts, load a file with more than ten columns into the wizard. Then check that the column-mapping table (bulk-column-mapping) is no taller than 28rem (448px) and that it scrolls (scrollHeight > clientHeight). The spec already has a boundingBox helper for this type of layout check.
  2. Unit tests. In apps/web/src/components/BulkRemoteAssignmentWizard/__tests__/MapStep.test.tsx, check that the column-mapping table frame gets the height cap and the vertical scroll classes. In WizardTable.test.tsx, check that the frame keeps bg-background when a caller passes its own className.

If you hand this to Claude Code, Opus 5 is the right size — the tests span apps/web and the Playwright suite, and the e2e part must load a wide fixture file through the wizard.

Reviewed at commit 7fc352c.

Adds the tests the review asked for:

- An e2e case loading a 24-column file through the wizard, asserting the
  mapping frame stays within its 28rem cap and scrolls inside itself.
- A MapStep case pinning the cap and the vertical scroll on that frame.
- A WizardTable case pinning `bg-background` against a caller's own class,
  since `cn` lets a later class win and inheriting the card surface is what
  made these tables read differently from the subject table.

Both new cases were confirmed to fail with the cap removed.

`bulk-column-mapping` moves onto the WizardTable frame, which is the element
that actually scrolls; the wrapper around it holds the heading too, so its
height is never the capped one. Nothing read the id before.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants