Task: Decide fate of 11 hand-written Qt list entities silently capped at 100 rows

Table of Contents

This page documents a task in the Calendar follow-ups: remaining hand-written list pagination cleanup story. It captures the goal, current status, acceptance, and any notes or results.

Goal

Decide and act on one of two paths for each of the 11 hand-written, model-less Qt list entities silently capped at 100 rows: (a) migrate each to a real codegen .org model (bringing has_pagination support "for free" alongside every other codegen benefit), or (b) hand-patch just the offset/limit-sending logic into the existing hand-written Client*Model.cpp without a full codegen migration, if that's judged lower-risk/cheaper for some or all of them. Not calendar-specific – filed under this story only because it was discovered while scoping the has_pagination pagination-truncation task.

Entities: role, system_setting (ores.iam=/=ores.variability), dataset, dataset_dependency, methodology, nature_dimension, origin_dimension, treatment_dimension, coding_scheme, coding_scheme_authority_type (ores.dq), telemetry_log (ores.telemetry).

This is explicitly lower priority than the misleading-pagination-UI bug the has_pagination task fixes: none of these 11 show a PaginationWidget at all, so there is no false affordance – a user sees a flat list and has no reason to expect more than what's shown.

Status

Field Value
State BACKLOG
Parent story Calendar follow-ups: remaining hand-written list pagination cleanup
Now Not yet started.
Waiting on Nothing.
Next Begin implementation.
Last touched 2026-07-30

Acceptance

  • [ ] For each of the 11 entities, an explicit decision recorded: migrate to a codegen model, hand-patch pagination directly, or leave as-is (with a stated reason, e.g. "row count will never realistically exceed 100").
  • [ ] Whatever's chosen is implemented and verified per-entity: the list window's PaginationWidget (if added) or the existing flat list correctly reflects the server's real row count, not a silently-capped page.
  • [ ] Full local build green; ctest green.

Plan

(Implementation strategy. Written when work starts; key decisions are distilled into the parent story's * Decisions at close, but the plan itself stays — it is the historical record of what we did.)

Notes

Test Scenarios

Manual QA scenarios (scaffolded via compass add test_scenario, run through the QA Validation Runner panel) that verify this task. Link new ones here as they're created; the scenario doc itself links back via its "Verifies task" field.

Scenario State Notes
     

PRs

PR Title
   

Review

Comment summary File Decision Notes
       

Result

Emacs 29.3 (Org mode 9.6.15)