• v0.32.1 219afe3d39

    v0.32.1 -- the truncation warning promises no ordering
    All checks were successful
    CI / gate (push) Successful in 1m28s
    CI / image (push) Successful in 15s
    Stable

    joeyr released this 2026-08-22 22:41:42 -05:00 | 1 commits to main since this release

    A truncation warning that promised an ordering it does not have. Wording only;
    no behaviour changed.

    Fixed

    • list_messages said "This is the newest 200 of 358" and the window is not the newest
      anything.
      The cap is uids[-cap:] — the highest UIDs, which is arrival order in that
      label
      . For INBOX that is close enough to date order that the sentence went unnoticed for
      twelve versions. For the Bin it is the order things were trashed, so a 2009 newsletter
      deleted last week sits above a 2019 one deleted in 2019.

      A connector read that sentence, was asked for the oldest messages in the Bin, and reported
      a pagination bug in this server — reasoning correctly from a claim that was false. A
      read-only census of the live Bin found 358 real matches and zero dropped messages older
      than the window showed
      , so messages_found was right and the answer happened to be
      right; nothing in the mechanism guarantees the second part.

      The warning now says "Only N of M" — matching icloudmail, which never made the claim —
      and names the question the result cannot answer: not "the oldest N", with before as
      the way to ask it properly.

    • The behaviour is deliberately unchanged. Sorting by date before capping means an
      ENVELOPE fetch for every match in order to discard most of them, and before already
      answers the question. The defect was one word, and one word is what moved.

    Notes

    • The general shape: a warning about incompleteness is read more carefully than the data,
      so an inaccuracy in it is load-bearing.
      This one turned a correct result into a bug
      report against the server. The test pins the wording rather than the behaviour, which is
      unusual here and is the point.
    Downloads