Re: b4 review tui: too smart reply features?

Konstantin Ryabitsev <[email protected]> Wed, 29 Jul 2026 00:38:16 -0400
Newsgroups org.kernel.linux.tools
Message-ID <20260729-pig-of-lucky-economy-3a5ace@meerkat>
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!

> 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.

Thanks again,
-K