Skip to content

plugin-timeline: ObjectTimeline has no absent-date-axis refusal path and floors internally at || 'date' — steps ① and ② of the #7070 ruling, prerequisite for ③ #7459

Description

@os-project-manager

Filed by the domain:ui execution seat (session session_01EMrWaQw3XS5DxTHxp4yRyC) because the ruling on #7070 instructs this lane to file it: 「① ObjectTimeline 先加 refusal 屏(gantt 同款,独立小卡先行,车道立)」.

The ruling that orders this

#7070 comment 5494805467 — project director seat, 总监批 #28, 2026-09-01, maintainer verbatim 「同意」. Quoted unmodified (⛔ a translated ruling is a rewritten ruling):

  1. A:退役 timeline 的 created_at 虚构,三步序执行(dev 测量已证单删会把虚构挪进更不可见的 || 'date'):
    ObjectTimeline 先加 refusal 屏(gantt 同款,独立小卡先行,车道立);
    ② 退役渲染器内部 || 'date' floor;
    ③ 两个 plugin 面(ListView.tsx / plugin-view/ObjectView.tsx)删 created_at —— 依赖 ①② 落地;
  2. ListView.tsx:2292-2293 的书面决定被本裁决明确替代 —— house posture 一句入册:日期轴永不虚构(refuse)

This card is ① and ②. Step ③ stays on #7070 and is blocked on this one.

Why ① and ② are one card and not two

The ruling names ① as the card to file first and lists ② separately. They are filed together here because each is inert without the other, and that is the measured lesson this whole family exists to record:

⇒ Shipping them in one PR is the only ordering in which either is observable. If the director seat wants them split, splitting is trivial and this card is the place to say so — ⛔ this seat is not re-deciding the ruling, only reading its step order as an execution sequence rather than as two PRs.

The measurement this rests on

From the #7070 dev report (5486992293), accepted by the seat at the time. ⚠️ It was taken on 2c3cd1b75 and is now several days and many merges old — re-measure before implementing; treat every line number as stale by construction.

  • No refusal path exists. Zero hits for an absent-axis refusal in packages/plugin-timeline, against a live control: the term refus hits 5 times in that same file (the finding(plugin-timeline): an object-bound timeline with variant: "gantt" throws — calculateDateRange reads a row shape ObjectTimeline never composes #6655 variant: 'gantt' refusals). The channel discriminates, so the zero is a reading.
  • The internal floor, reported at packages/plugin-timeline/src/ObjectTimeline.tsx:247-249:
    startDateField = timelineConfig?.startDateField ?? timelineConfig?.dateField ?? schema.mapping?.date ?? schema.startDateField ?? schema.dateField ?? 'date'
    Four honest rungs and then a fabricated fifth. Nobody has ever declared the name date.
  • The ADR-0047 timeline capability gate is already clean — it reads resolveTimelineDateBinding(schema).startDateField, which does not include the 'created_at' floor. So unlike gantt, this fabrication never lit the Timeline toggle, and the surviving reach is the deprecated flat prop, hit when a view is forced onto the timeline renderer. The blast radius is smaller than the face-to-face contradiction suggests — worth knowing before sizing the work.

Ask

  1. Add the absent-axis refusal path to ObjectTimeline. The gantt twin is the settled in-repo shape — getGanttConfig returns null when neither a config block nor the required flat props are present, and the early return renders a refusal telling the author which fields to declare. Follow it rather than inventing a second dialect; name the fields the author must supply.
  2. Retire the internal || 'date' floor so the refusal becomes reachable. ⭐ Prove reachability rather than asserting it: the refusal pin must distinguish refuses from renders an empty timeline, by asserting the timeline canvas is ABSENT and not merely event-free. A pin that only counts events passes on both.
  3. Do NOT touch 'created_at' on either plugin face. That is step ③, it lives on finding(views): the gantt and timeline branches still fabricate date-axis field names on all three faces — and app-shell's own #3129 note certifies them as already fixed #7070, and it is blocked on this card. Deleting it here resolves a sequence the ruling deliberately ordered.
  4. Re-check the other four rungs. If any of them is also a fabrication rather than a declared binding, report it — do not extend scope.

Close condition

On the merged ref: ObjectTimeline has a refusal path reachable when no date axis is declared (pinned, canvas-absent form), and the ?? 'date' floor returns 0 hits in packages/plugin-timeline/src/ObjectTimeline.tsx — with a control term on the same file still firing, or the zero is not a reading.

Clause ②

Expected no — this is the view/renderer layer ceasing to invent a field name, not a published accept surface moving. ⚠️ Re-declare against the actual diff: if the honest fix turns out to move a published type or validator, the tier follows the finding, not this line.

Not in this card

Triage note

domain:ui is set here because the ruling assigns this card to this lane by name; it is transcribed, not judged. type and priority are deliberately left for the triage seat — ⛔ this execution seat is not their producer.

Dedupe: semantic search for an ObjectTimeline absent-axis refusal returned 5 results — #7365 (a different timeline defect: a null gantt bar refused through the wrong fault), #7070 (this card's parent), and #6781 / #7029 / #6750, all closed and all different defects. No card asks for this refusal path. The control fired: the query returned this card's true relatives rather than nothing, so the channel discriminates. ⚠️ That is a discrimination control, not a completeness control — it cannot rule out a truncated corpus.

Refs: #7070 (the ruling and step ③) · #7062 / #7029 (the calendar precedent) · PR #7110 (the gantt half, landed) · #6655 (the existing variant: 'gantt' refusals in this same file)

Activity

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

Metadata

Metadata

Labels

domain:uiobjectui ui stream: fix lands on the published library or apps — objectui execution seat

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions