From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 53CA7C433FE for ; Fri, 30 Sep 2022 20:29:21 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231612AbiI3U3U (ORCPT ); Fri, 30 Sep 2022 16:29:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45628 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231157AbiI3U3T (ORCPT ); Fri, 30 Sep 2022 16:29:19 -0400 Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8234::]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3218216F865; Fri, 30 Sep 2022 13:29:18 -0700 (PDT) Received: from [2a02:8108:963f:de38:eca4:7d19:f9a2:22c5]; authenticated by wp530.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1oeMdD-0002Kj-6J; Fri, 30 Sep 2022 22:29:11 +0200 Message-ID: <3a036077-2cad-45c5-c5a3-9f4cb3288b69@leemhuis.info> Date: Fri, 30 Sep 2022 22:29:08 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.3.1 Content-Language: en-US, de-DE To: Randy Dunlap , "Luck, Tony" , "Bird, Tim" , Laurent Pinchart Cc: Slade Watkins , "Artem S. Tashkinov" , Konstantin Ryabitsev , "workflows@vger.kernel.org" , LKML , Greg Kroah-Hartman , "Torvalds, Linus" , "regressions@lists.linux.dev" , "ksummit@lists.linux.dev" References: <05d149a0-e3de-8b09-ecc0-3ea73e080be3@leemhuis.info> <93a37d72-9a88-2eec-5125-9db3d67f5b65@gmx.com> <20220929130410.hxtmwmoogzkwcey7@meerkat.local> <7b427b41-9446-063d-3161-e43eb2e353f9@gmx.com> <20220929135325.4riz4ijva2vc7q5p@meerkat.local> <95c3384b-53d0-fd6c-6ec5-a7e03fdeddfc@gmx.com> <5c6a16c6-f762-9fcf-714e-3dd98137c556@infradead.org> From: Thorsten Leemhuis Subject: Re: Planned changes for bugzilla.kernel.org to reduce the "Bugzilla blues" In-Reply-To: <5c6a16c6-f762-9fcf-714e-3dd98137c556@infradead.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;linux@leemhuis.info;1664569758;febb40a3; X-HE-SMSGID: 1oeMdD-0002Kj-6J Precedence: bulk List-ID: X-Mailing-List: workflows@vger.kernel.org On 30.09.22 22:04, Randy Dunlap wrote: > > > On 9/30/22 10:28, Luck, Tony wrote: >>> E-mails sent from a web interface could have as much structure as you'd like. >>> So one avenue would be to set up a nice interface for bug reporting, that just >>> delivered the form data in e-mail format to the proposed bug-receiving mail list. >> >> Web interfaces have the advantage that they can be full of boxes which indicate >> useful details to supply. Like what kernel version? Did this work on an older version, >> is so, which one? Which CPU vendor/model are you using? Is there an error message? >> Are there warnings in the console log before the error? Can you upload a full console log? >> Does this happen repeatably? What are the steps to reproduce? >> >> Etc.etc. > > We have Documentation for all of that, but (a) people don't read documentation > and/or (b) it's too longwinded (not brief). Yup. But as the one that is partly (mainly?) responsible for "(b)", please allow me to quote the last sentence of reporting-issues.rst here: """The main author of this text hopes documenting the state of the art will lay some groundwork to improve the situation over time.""" IOW: I really hope we over time can shorten that text somewhat (or even a lot?) by... * making some things a lot easier that currently are unnecessarily hard * hiding some things in a reporting app or something like that (ideally usable on the web and locally) that only bothers reporters with tainted status, bisection, decoding of stack-traces, and things like that if they are relevant in the particular case Ciao, Thorsten