From: Matthieu Baerts <matttbe@kernel.org>
To: Konstantin Ryabitsev <konstantin@linuxfoundation.org>
Cc: "Kernel.org Tools" <tools@kernel.org>
Subject: Re: b4 review tui: too smart reply features?
Date: Wed, 5 Aug 2026 19:07:13 +0200 [thread overview]
Message-ID: <876c0cb2-8cfb-4254-9868-afa4efb292f2@kernel.org> (raw)
In-Reply-To: <20260729-pig-of-lucky-economy-3a5ace@meerkat>
Hi Konstantin,
On 29/07/2026 06:38, Konstantin Ryabitsev wrote:
> On Tue, Jun 30, 2026 at 12:55:25PM +0200, Matthieu Baerts wrote:
>> I just retried, and it is indeed much better now! Yet, I still have an
>> issue with trailers, e.g.
>>
>> Please add a Fixes tag. Here I guess it should be:
>>
>> Fixes: (...)
>>
>> The Review view then correctly showed my comment with the Fixes tag, but
>> *I think* the Fixes tag was not visible in green at the bottom left (not
>> sure, because I also added a Reviewed-by tag after the reply). When
>> looking at the 'email mode' view, the Fixes tag got dropped, leaving 2
>> empty lines around.
>
> This turned out to be two separate bugs, thanks for the detailed description!
>
> There's an attempted fix in the current master: the trailer menu now only ever
> touches its own trailer types (Acked-by, Reviewed-by, Tested-by, NACKed-by).
> Anything else you type into the reply -- Fixes:, Cc:, Suggested-by:, whatever
> -- is treated as your content and is never moved or removed.
>
> Removing a trailer via the menu should also no longer leave a doubled blank
> line behind.
>
>> Back to the 'reply' view, vim showed all lines ending with ^M, and the line
>> starting with 'Fixes:' was no longer there. Adding it back re-added it to
>> the other views, and the Fixes tag was also listed at the bottom left in the
>> 'review' view, but I could see extra new lines due to all these \r.
>> Stripping them from the 'reply' view fixes all the issues, and I was able to
>> send the reply with both my Fixes and Reviewed-by tags.
>>
>> Any idea was caused that? :)
>
> That was bug number two, also with a fix on mater: b4 now normalizes
> line endings on every editor round-trip, whatever your editor decides to
> write, and previously stored buffers get cleaned up the next time they're
> touched.
>
> Try them out!
Thank you, I re-tried today (after I saw all boxes were checked for
v0.16), and it is smoother indeed!
BTW, thank you for the v0.16!
>> BTW, after having sent a reply, it appears a few seconds later as unread in
>> my inbox. I guess only a filter on the inbox side can help to mark them as
>> read, right?
>
> This annoys me, too, so I'll think of a way to handle this.
If it could also mark the patch I'm replying too as read, that would be
even better! But I guess it is not planned to give IMAP access :)
I guess yet another filter on the mail side could help, but maybe
trickier (or simply "ignoring" all patches that are supposed to be
handled by b4 by moving them to a different folder).
Cheers,
Matt
--
Sponsored by the NGI0 Core fund.
prev parent reply other threads:[~2026-08-05 17:07 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-28 10:52 b4 review tui: too smart reply features? Matthieu Baerts
2026-06-11 1:56 ` Konstantin Ryabitsev
2026-06-30 10:55 ` Matthieu Baerts
2026-07-29 4:38 ` Konstantin Ryabitsev
2026-07-29 12:01 ` Mark Brown
2026-08-05 17:07 ` Matthieu Baerts [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=876c0cb2-8cfb-4254-9868-afa4efb292f2@kernel.org \
--to=matttbe@kernel.org \
--cc=konstantin@linuxfoundation.org \
--cc=tools@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox