The folder said 99 and the list showed 96: bug write-up, and the pages it makes stale
Ed asked for the counts-vs-list gap fixed rather than caveated, so the two folder
pane pages no longer describe a live bug and the fix gets its own write-up.
Folder-Counts-Did-Not-Match-The-List.md - a Bugs-Resolved page, following the
house structure: what you saw, what was actually wrong, how it was fixed, the
files, and how it was proved. There was no issue number because it was found
while building #73, so it is credited that way - the same treatment the
Watchtower row already uses.
The write-up carries three things worth keeping:
- it was TWO unrelated faults adding to one symptom, and each was about half
the gap. Merged-away tickets were still counted; and the list was built
starting from email messages, so a ticket with no email was counted
everywhere, listed nowhere and openable by no route at all.
- the list excluded merged tickets only BY ACCIDENT - a merge moves the emails
and the list was built from emails. A behaviour that is right by accident
holds only until somebody changes what it was accidentally relying on.
- the regression it nearly shipped with: giving the ticket-opening query one
join that restricts to the initial email is right for a ticket-id lookup and
wrong for an email-id one, which carries the latest message. It would have
fixed three tickets and broken opening every ticket ever replied to. When a
fix changes a shared query, test the case it was ALREADY handling.
Ticket-Folder-Pane.md - the warning is replaced by what is now true, plus two
new bullets (merged tickets are not counted; a ticket with no email still shows).
Ticket-Folder-Pane-Developer-Guide.md - section 8 rewritten from "known bug" to
the fix and the four details that travel with the inversion; the $ttSql snippet
in section 2 now shows the merged exclusion; sample numbers updated to post-fix.
Bugs-Resolved gains a row, the sidebar an entry. Every link and every named
source file verified.