Thread stages v0.9.0

Minor Changes

• 608783e: Show the thread's project where one icon stands for a thread — on a sidebar row,
  and in a header drawing no crumbs. The icon no longer falls back to the section
  the thread is filed under.

  A section's icon still appears where the section itself is named: beside its
  crumb in the header, and in the thread filter. What changes is the single icon
  that stands for a thread, which is now always its project's. bb's personal
  project cannot be given an icon, so a personal thread filed into a section used
  to be drawn as that section; it now keeps its own glyph.

Patch Changes

• d39bf69: Draw a section's own icon in the thread filter, in the menu and in the trigger,
  instead of the same generic glyph for every section. Sections nobody has given
  an icon keep it. The filter indicator also sits 10px from the name rather than
  4px, matching the gap a stage header leaves before its chevron.
• 56c41f0: Put sections before projects in the sidebar filter menu and quick-create
  buttons, and rename the combined filter to Sections and projects.

Thread stages v0.8.0

Minor Changes

• 28ca086: Prepare Thread stages for an ownership-safe Ribbon sidebar migration. Publish
  the strict stage catalog and migration snapshot/acknowledgement RPCs, freeze a
  versioned compatibility baseline, and persist installation, revision, retained
  order, and ownership metadata. After acknowledgement, keep source placement
  read-only while legacy UI, CLI, shortcuts, automation, undo, and retention use
  Ribbon's authoritative placement or report and reconcile dependency failures.
• 67b3d6b: Fall back to a thread's section icon on its sidebar row. The row still draws its
  project's icon first, but a project nobody has picked an icon for now defers to
  the section the thread is filed under, and falls back to the project's default
  glyph only when neither was picked. A thread takes the nearest section walking up, its own included.

Patch Changes

• 2ff5814: Seed the screenshots from one product in two repositories, filed under a section
  of its own. The shots now picture a section icon, a section crumb, and a sidebar
  focused on one product, none of which the previous fixture could show.

• a25614c: Treat a running background command as active work when switching automatically
  between Idle and Active. The thread returns to Idle only after its last
  background command finishes and no foreground work remains.

• b620fa2: Keep Deferred, Blocked, and Completed threads in their assigned stage when
  their lifecycle status changes. Automatic lifecycle moves now apply only to
  threads already in Idle or Active.

• 67b3d6b: Resolve a thread's section the same way in every plugin: the nearest section
  walking up, the thread's own included. Breadcrumbs took the root's section over
  the thread's own, and Thread stages took the thread's own over any ancestor's,
  so a chain filed at more than one level could show one section's name beside
  another's icon.

• 77f4e11: These plugins now use bb's documented APIs instead of private paths. Calls
  into a neighbouring plugin, a plugin's own settings, and bb's keybinding table
  go through bb.sdk rather than fetched routes.

  Stage chords ask bb to open the composer instead of arranging its stored state
  and faking a keystroke. That needs Thread stages' own list mounted: with bb's
  built-in list selected instead, emptying Idle still files the thread and opens
  a composer, but on the project you last used rather than on none.

• 3606c83: Move everything vendored from BB into each plugin's src/vendor/, so a reader
  can tell BB's code from the plugin's own by its path.

• 3606c83: Refresh every vendored BB component to the pinned registry release, so all
  three plugins share one vintage of BB's menus, overlays, and icons instead of
  two. Breadcrumbs and Icons were carrying components from an older release whose
  pin had been bumped without a re-vendor, which left their overlays a rewrite
  behind and their icon set six icons short.

  The four local edits those copies had accumulated are now composed rather than
  patched in, so no plugin forks BB's UI kit: menus that should stay a dropdown
  on a narrow window use BB's own compact-viewport override, destructive context
  items take the classes BB's app gives them, and the thread filter draws its own
  check and submenu chevron the way its actionable rows already did — which also
  makes its two row types finally render the same selected state.

• 3606c83: Fail the release check when a Tailwind arbitrary variant the source uses never
  reaches the built stylesheet.

Missing keyboard shortcuts v0.2.3

Patch Changes

• 3606c83: Move the terminal panel's DOM probing out of the app entry into its own module,
  so the selectors this plugin assumes bb renders are written down in one place
  and covered by tests.

• 77f4e11: These plugins now use bb's documented APIs instead of private paths. Calls
  into a neighbouring plugin, a plugin's own settings, and bb's keybinding table
  go through bb.sdk rather than fetched routes.

  Stage chords ask bb to open the composer instead of arranging its stored state
  and faking a keystroke. That needs Thread stages' own list mounted: with bb's
  built-in list selected instead, emptying Idle still files the thread and opens
  a composer, but on the project you last used rather than on none.

• 3606c83: Fail the release check when a Tailwind arbitrary variant the source uses never
  reaches the built stylesheet.

Icons v0.6.0

Minor Changes

• 608783e: Show the thread's project where one icon stands for a thread — on a sidebar row,
  and in a header drawing no crumbs. The icon no longer falls back to the section
  the thread is filed under.

  A section's icon still appears where the section itself is named: beside its
  crumb in the header, and in the thread filter. What changes is the single icon
  that stands for a thread, which is now always its project's. bb's personal
  project cannot be given an icon, so a personal thread filed into a section used
  to be drawn as that section; it now keeps its own glyph.

Patch Changes

• 56c41f0: Describe sections before projects throughout the plugin's user-facing copy.

Icons v0.5.0

Minor Changes

• 64cec47: Draw the icon everywhere bb names a project, not only on its sidebar headers
  and above an open thread. That adds the prompt box's project control and the
  menu it opens, the project rows in the @ list, a project mentioned in a
  prompt, the strip under an open thread, and the crumb above a project's own
  settings — the one header that names a project and no thread, which the
  thread-only slot could never reach.

  Where bb draws its own folder the plugin now stands in its place rather than
  adding beside it, wearing the classes bb chose so it matches each surface, and
  handing the folder back the moment the plugin stops. Most of those rows print
  a project's name and nothing else, so listIcons now carries bb's project
  list alongside the icons; a name two projects share resolves to neither and
  keeps bb's folder.

  A new "Show around the prompt box" setting turns the new places off on their
  own, and the thread-header setting now covers a project's header too.

• 64cec47: Let the icon on the strip under an open thread open the picker, as the sidebar
  and thread header ones do. It is the only one of the new places where bb has
  claimed the click for nothing of its own, so it is the only one that can carry
  a second meaning. The trigger lights on hover with the background bb's own
  controls beside it use, and draws it outside its own footprint, so the icon and
  the words next to it stay exactly where bb put them.

• 67b3d6b: Show a section's icon in the thread header, beside the crumb it belongs to.
  Breadcrumbs leaves an empty marked span before each crumb and Icons fills it,
  since bb's SDK gives one plugin no way to render another's component. Either
  plugin without the other is unchanged.

  With no crumbs to sit beside, the header keeps one icon and chooses its owner
  the way a sidebar row does: the project's, or the section's where that project
  has no icon of its own.

  The picker no longer offers the glyphs bb draws by default for a project and for
  the personal project. A row holding one of those looked like no choice at all
  and still outranked the section's icon.

• 64cec47: Draw the personal project's chat bubble on bb's sidebar, not only in the thread
  header. bb renders that group through a different path than the rest — it
  labels it "Threads" and wraps it in no id — so it was the one project the
  sidebar half could not find. It is recognized now by what bb lets you do from
  its header — New project and New thread are offered from that group and from
  no other — which is also what tells it from Pinned, drawn the same way and in
  the same list, and what keeps the bubble off the same group when bb relabels
  it "Unorganized" and it is no longer the personal project.

Patch Changes

• 2ff5814: Seed the screenshots from one product in two repositories, filed under a section
  of its own. The shots now picture a section icon, a section crumb, and a sidebar
  focused on one product, none of which the previous fixture could show.

• 77f4e11: These plugins now use bb's documented APIs instead of private paths. Calls
  into a neighbouring plugin, a plugin's own settings, and bb's keybinding table
  go through bb.sdk rather than fetched routes.

  Stage chords ask bb to open the composer instead of arranging its stored state
  and faking a keystroke. That needs Thread stages' own list mounted: with bb's
  built-in list selected instead, emptying Idle still files the thread and opens
  a composer, but on the project you last used rather than on none.

• 3606c83: Move everything vendored from BB into each plugin's src/vendor/, so a reader
  can tell BB's code from the plugin's own by its path.

• 3606c83: Refresh every vendored BB component to the pinned registry release, so all
  three plugins share one vintage of BB's menus, overlays, and icons instead of
  two. Breadcrumbs and Icons were carrying components from an older release whose
  pin had been bumped without a re-vendor, which left their overlays a rewrite
  behind and their icon set six icons short.

  The four local edits those copies had accumulated are now composed rather than
  patched in, so no plugin forks BB's UI kit: menus that should stay a dropdown
  on a narrow window use BB's own compact-viewport override, destructive context
  items take the classes BB's app gives them, and the thread filter draws its own
  check and submenu chevron the way its actionable rows already did — which also
  makes its two row types finally render the same selected state.

• 3606c83: Fail the release check when a Tailwind arbitrary variant the source uses never
  reaches the built stylesheet.

Breadcrumbs v0.6.0

Minor Changes

• 67b3d6b: Show a section's icon in the thread header, beside the crumb it belongs to.
  Breadcrumbs leaves an empty marked span before each crumb and Icons fills it,
  since bb's SDK gives one plugin no way to render another's component. Either
  plugin without the other is unchanged.

  With no crumbs to sit beside, the header keeps one icon and chooses its owner
  the way a sidebar row does: the project's, or the section's where that project
  has no icon of its own.

  The picker no longer offers the glyphs bb draws by default for a project and for
  the personal project. A row holding one of those looked like no choice at all
  and still outranked the section's icon.

Patch Changes

• 2ff5814: Seed the screenshots from one product in two repositories, filed under a section
  of its own. The shots now picture a section icon, a section crumb, and a sidebar
  focused on one product, none of which the previous fixture could show.

• 67b3d6b: Resolve a thread's section the same way in every plugin: the nearest section
  walking up, the thread's own included. Breadcrumbs took the root's section over
  the thread's own, and Thread stages took the thread's own over any ancestor's,
  so a chain filed at more than one level could show one section's name beside
  another's icon.

• 3606c83: Move everything vendored from BB into each plugin's src/vendor/, so a reader
  can tell BB's code from the plugin's own by its path.

• 3606c83: Refresh every vendored BB component to the pinned registry release, so all
  three plugins share one vintage of BB's menus, overlays, and icons instead of
  two. Breadcrumbs and Icons were carrying components from an older release whose
  pin had been bumped without a re-vendor, which left their overlays a rewrite
  behind and their icon set six icons short.

  The four local edits those copies had accumulated are now composed rather than
  patched in, so no plugin forks BB's UI kit: menus that should stay a dropdown
  on a narrow window use BB's own compact-viewport override, destructive context
  items take the classes BB's app gives them, and the thread filter draws its own
  check and submenu chevron the way its actionable rows already did — which also
  makes its two row types finally render the same selected state.

• 3606c83: Fail the release check when a Tailwind arbitrary variant the source uses never
  reaches the built stylesheet.

Thread stages v0.7.0

Minor Changes

• 814341b: Adapt Thread stages to different workflows with configurable message previews,
  optional Deferred and Blocked stages, and automatic archival of Completed thread
  hierarchies after 1, 7, or 30 days. Auto-archive defaults to 7 days, preserves
  pinned hierarchies, and can be disabled. Rows without previews now shrink to the
  same height as bb's built-in thread rows.

Patch Changes

• 1600e04: Call the section-less bucket Unorganized, the way bb calls it. The filter and the
  Move to section submenu said Uncategorized, a word bb uses nowhere — its sidebar
  group is labeled Unorganized, and its own remove-section dialog says threads
  "will move back to Unorganized", which this plugin already repeats verbatim one
  component over. Only the wording moves; the saved filter keeps its stored value,
  so a client filtered to that bucket stays filtered to it.

Thread stages v0.6.4

Patch Changes

• d051765: Let an uncolored sidebar icon take the color of the label beside it. Both
  plugins pinned a token instead — text-subtle-foreground on bb's group
  headers, text-muted-foreground/70 on a stage row — and neither token moves
  when a theme moves its ink. The icon came out brighter than its label in the
  default theme and darker in the ChatGPT one, from the same two lines. Inheriting
  matches bb's own pairing of an icon with its label, in any theme.

Icons v0.4.2

Patch Changes

• 0bcb893: Answer bb with the sidebar script's disposer before reading its settings. bb
  holds a plugin attributed for as long as mount is unresolved, and while any
  plugin is attributed it refuses to let a React-owned node into a container React
  does not own — so reading first held the whole app in that state for the length
  of a round trip, and every plugin drawing into bb's chrome in the meantime was
  refused and blamed on this one. The read still happens before a single anchor is
  placed; it just happens after bb has its disposer.

Icons v0.4.1

Patch Changes

• ae326bc: Let the thread header's icon take the color of the header it sits in, the same
  way the sidebar's now does. It was pinned to text-muted-foreground, which
  matched none of bb's header controls — bb draws those at --foreground or at
  --subtle-foreground/75, and the icon sat between the two. Inheriting puts it
  at the weight of the thread title beside it, which is where bb's own header
  buttons are.
• d051765: Let an uncolored sidebar icon take the color of the label beside it. Both
  plugins pinned a token instead — text-subtle-foreground on bb's group
  headers, text-muted-foreground/70 on a stage row — and neither token moves
  when a theme moves its ink. The icon came out brighter than its label in the
  default theme and darker in the ChatGPT one, from the same two lines. Inheriting
  matches bb's own pairing of an icon with its label, in any theme.