summaryrefslogtreecommitdiffstats
path: root/docs/RELEASING.md
diff options
context:
space:
mode:
authorDanilo M. <danix@danix.xyz>2026-08-15 16:28:54 +0200
committerDanilo M. <danix@danix.xyz>2026-08-15 16:28:54 +0200
commitae0c0ec339dba2ce9f2b27a9ce289feb4719dcea (patch)
treedd2b51024b00b982acb04aafd46af99b2d4e2c37 /docs/RELEASING.md
parent3461c2ac1784a320fee4f97fb5c8c4801ecdcf15 (diff)
downloadqtmaildir-ae0c0ec339dba2ce9f2b27a9ce289feb4719dcea.tar.gz
qtmaildir-ae0c0ec339dba2ce9f2b27a9ce289feb4719dcea.zip
docs(backlog): correct item 91 to what the user actually described
The entry said a double-click runs a query naming the row, an id: for a message and a thread: for a thread. That is wrong for a reply, which the user wants to drill to its THREAD with itself selected, not to itself alone. The view is always the whole thread, expanded; only which message the pane shows changes. It also assumed a thread: query would show the conversation. Nothing in the tree auto-expands, so it lands on one collapsed card and the replies still need a click. Both are already solved by recoverStaleThread(), which runs the query, expands the thread, selects the target reply when the replies arrive, and falls back to the thread when the message has gone. Item 91 is that mechanism triggered by a gesture rather than by the stale-thread notice, so the approach is to reuse it rather than write a second selection-after-query path. Recorded alongside: a double-click delivers a single click first, which arms the mark-read timer, so the handler must cancel it rather than marking a message read that the user only passed through. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Diffstat (limited to 'docs/RELEASING.md')
0 files changed, 0 insertions, 0 deletions