Re: Introducing bugbot

["Artem S. Tashkinov" <aros@gmx.com>]

On 4/3/23 21:45, Konstantin Ryabitsev wrote:
> Hi, all:
> 
> Per our discussion last fall, I've been working on a bridge between bugzilla
> and public-inbox, which went live in the past few days. It's still a very
> early release, but it can do the following:
> 
> 1. Create bugs from mailing list discussions, with full history. For example,
>     it is sufficient for someone [1] to say "bugbot on" in a mailing list
>     discussion to request bugbot to convert that thread into a new bug. It will
>     then continue checking that thread for new messages, creating new comments
>     for any added communication. This works both ways -- any comments added on
>     bugzilla will be sent as follow-up messages to the original recipients.
> 
>     New bugs will be created in the Linux/Kernel component of Bugzilla, but
>     they can then be reassigned to any other component. As long as they remain
>     open, bugbot will continue tracking threads for new messages until either
>     the bug is closed, or it has been over 30 days since any activity on the
>     bug.
> 
>     [1] At this time, the From address of the person saying "bugbot on" has to
>     have an account on bugzilla and be part of the "editbugs" group.
> 
>     Here's me using it to turn a thread into a bug:
>     https://lore.kernel.org/lkml/CAJfuBxwomDagbdNP-Q6WvzcWsNY0Z2Lu2Yy5aZQ1d9W7Ka1_NQ@mail.gmail.com/
> 
> 2. Start mailing list threads from pre-triaged bugzilla bugs. This works the
>     opposite way and creates mailing list threads based on bug reports filed in
>     bugzilla. The useful things here are:
> 
>     - bugbot only gets triggered on open bugs in Linux/Kernel that have the
>       "bugbot" flag set to "+", which allows pre-triaging a bug before bugbot
>       sends it to the mailing list
>     - there is a special "cf_subsystem" field added to that component; bugbot
>       will match it verbatim to the MAINTAINERS file components and will send
>       mail to the M: and L: addresses for that subsystem
>     - bugbot will then monitor for any updates to that thread, so any mailing
>       list replies will be added as comments to the bug (thus sending a
>       bugzilla mail notification to the initial author)
>     - if the cf_subsystem is incorrect, it can be changed to a different
>       subsystem at any time, triggering a different set of recipients on the
>       next update
>     - any files added in bugzilla will trigger notification sent to the list
>       (but won't attach the actual files, so they don't clog everyone's mailbox
>       or list archives)
> 
>     Artem, I'm not sure if you're still active with bugzilla.kernel.org, but I
>     believe the cf_subsystem functionality is pretty much what you wanted so it
>     was possible to bring bugs to the attention of actual subsystem
>     maintainers.
> 
>     Here is a bug that was turned into a mailing list thread via cf_subsystem:
>     https://bugzilla.kernel.org/show_bug.cgi?id=217293
> 
> Like I said, bugbot is very young and probably full of bugs, so it will still
> see a lot of change and will likely explode a couple of times. The code behind
> it is here, woefully lacking any documentation as yet:
> https://git.kernel.org/pub/scm/utils/peebz/peebz.git/
> 
> At this time, I invite anyone with an account on bugzilla and "editbugs" group
> membership can start using bugbot in either direction and to report any bugs
> you find to the tools list.
> 
> Next features on my todo list are:
> 
> - documentation
> - tracking repositories and recording when bugs are mentioned in commits
> - whatever other feedback I receive
> 
> Best regards,
> Konstantin

Hello Konstantin,

I love everything about what you've done except I've got a minor feature 
request for the kernel bugzilla and this new workflow specifically.

Let's have a bot which polls open bug reports every 3-6 months with this 
question:

"Is this still an issue in the current kernel? Please leave a comment or 
this bug report will be closed due to inactivity".

By doing this we could make the bugzilla a whole more relevant and 
effective tool instead of having a ton of bug reports no one cares about 
or can even confirm.

I would only exclude the bug reports of type "Enhancement".

Best regards,
Artem