]> git.ipfire.org Git - thirdparty/public-inbox.git/commitdiff
lei up: faster non-thread, single-source incremental query
authorEric Wong <e@80x24.org>
Mon, 2 Oct 2023 14:58:07 +0000 (14:58 +0000)
committerEric Wong <e@80x24.org>
Mon, 2 Oct 2023 19:45:51 +0000 (19:45 +0000)
When using isearch (that is v1/v2 inbox relying on extindex
for search), there's actually no guarantee that IMAP UIDs
are in the correct order with regard to Xapian docids.

Thus we must iterate through every UID(num) to see if it's
suitable to display in a saved search.  The old grep filter
(before commit a6fe84489127) was not effective since it
didn't account for the mset->items correspondence.

Fortunately, this bug merely manifests in reduced performance
as of a6fe84489127.  Prior to that, it could cause incorrect
keywords and labels to be applied.

Unfortunately, this behavior is hard-to-test so no test case
is included.

Followup-to: a6fe84489127 (lei up: fix missing -t/--threads matches w/ saved search)
lib/PublicInbox/LeiXSearch.pm

index 5f10556753516f4924699b90cd8781e8a23de1e4..4e0849e8f56aae13bcac15d4934ff36bf1483365 100644 (file)
@@ -211,9 +211,10 @@ sub query_one_mset { # for --threads and l2m w/o sort
                        }
                } else {
                        $first_ids = $ids;
-                       my @items = $mset->items;
+                       my @items = $mset->items; # parallel with @$ids
                        for my $n (@$ids) {
                                my $mitem = $items[$i++];
+                               next if $n <= $min;
                                my $smsg = $over->get_art($n) or next;
                                next if $smsg->{bytes} == 0;
                                mitem_kw($srch, $smsg, $mitem, $fl) if $can_kw;