You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
redact: fix render state, support late updates, queue on pending
Five bugs in the message-redaction path:
- xtext entry_set_text didn't invalidate sublines, so render drew
only str_len-many bytes of the new placeholder and burned the
line budget, hiding entries below. Also reconcile num_lines via
the display_lines delta and update_weight234 so index234_by_weight
stays in sync.
- xtext set_redaction_info no-op'd on a second REDACT, so the stored
info diverged from the displayed placeholder and the click cycle
flipped between operators/reasons. Always refresh redactor info;
snapshot original_content only on the first call.
- fe_redact_message's REDACTED-only guard missed PROMPT and REVEALED.
New gtk_xtext_entry_redaction_matches helper skips true duplicates
while letting a corrected reason fall through.
- REDACT against an unknown msgid only inserted an in-memory notice.
Persist via scrollback_db_save with NULL msgid so it survives a
restart without colliding with later chathistory results.
- Redact-X on a PENDING entry sent the "pending:<label>" placeholder
msgid; server replied UNKNOWN_MSGID. Queue via a new pending_redact
bit (strike-through visual), fire from fe_confirm_entry once the
echo binds the real msgid. Wired into both the hover X and the
right-click "Delete Message" menu.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
0 commit comments