Linux maintainer tooling and workflows
 help / color / mirror / Atom feed
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.


      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