-
released this
2026-08-22 22:41:42 -05:00 | 1 commits to main since this releaseA truncation warning that promised an ordering it does not have. Wording only;
no behaviour changed.Fixed
-
list_messagessaid "This is the newest 200 of 358" and the window is not the newest
anything. The cap isuids[-cap:]— the highest UIDs, which is arrival order in that
label. ForINBOXthat 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, somessages_foundwas 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", withbeforeas
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, andbeforealready
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
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
-