Re: Introducing bugbot
From: Artem S. Tashkinov
Date: Tue Apr 04 2023 - 12:16:22 EST
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@xxxxxxxxxxxxxx/
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