Noticed while trying to make other reliability improvements to
lei...
---
lib/PublicInbox/LeiBlob.pm | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/lib/PublicInbox/LeiBlob.pm b/lib/PublicInbox/LeiBlob.pm
index 127cc81e..00697097 100644
---
Hi,
I sometimes download patch series off of public inbox hosted servers to
apply with git-am. Occasionally I have found that these do not apply
cleanly because the thread is not sorted in patch order.
For an example, see
On Thu, Apr 11, 2024 at 03:32:43PM -0700, Jacob Keller wrote:
> I sometimes download patch series off of public inbox hosted servers to
> apply with git-am. Occasionally I have found that these do not apply
> cleanly because the thread is not sorted in patch order.
It's more than just the order
Hello again,
I'm having trouble where `lei up --all` is not outputting threaded
replies, despite the fact that the saved search requests them. I noticed
the problem on this Git thread:
https://lore.kernel.org/git/520da361-1b80-4ba3-87b2-86d6fdfc1...@web.de/
My saved search is as follows:
{
This adds support for the "POST /$INBOX/$MSGID/?x=m?q=..."
added last year to support per-thread searches
764035c83 (www: support POST /$INBOX/$MSGID/?x=m=, 2023-03-30)
This only supports instances of public-inbox since 764035c83,
but unfortunately there hasn't been a release since then.
---
Josh Steadmon wrote:
> Hello again,
>
> I'm having trouble where `lei up --all` is not outputting threaded
> replies, despite the fact that the saved search requests them. I noticed
> the problem on this Git thread:
I think this needs the notmuch-style subquery support I mentioned here: