Hi, Looks like none answers my following question:
>>So my question is: Is this rule really practical? Any success example >>for this rule? Does it mean that all agree that the rule (Change "Assigned To" field from owner to reporter) is not practical? Let's define 2 rules: Rule 1: "NEEDINFO bugs should be assigned back to original bug reporter" Rule 2: Don't change assignee for NEEDINFO bugs As an example, we can choose all NEEDINFO bugs for ARM in current bugzilla. And I think most bugs use rule 2. ID Status Reporter Assignee Summary 15190 NEEDINFO jukka.ekl...@nokia.com miroslav.s...@tieto.com Home screen bottom bar is not filling up the whole space 14986 NEEDINFO bin....@elektrobit.com martin...@intel.com [N900] Unexpected error note is shown when setup call forwarding via script. 14956 NEEDINFO yuvaraj.ragupa...@tieto.com x2r...@gmail.com Meego-im-uiserver crashing 14747 NEEDINFO jinling....@elektrobit.com martin...@intel.com [n900] Unable to create conference call with CMCC SIM card. 13998 NEEDINFO jian.w...@elektrobit.com jian.w...@elektrobit.com [n900]Cannot make an MO call using mwts-telepathy package. 13724 NEEDINFO ming.ch...@elektrobit.com ext-mark.halma...@nokia.com [n900]Failed to transfer file between PC and device via bluetooth 13160 NEEDINFO joseph.i...@intel.com cars...@maemo.org High CPU utilization for windows manager on Beagleboard 13004 NEEDINFO yongmao....@elektrobit.com cars...@maemo.org Sensors don't work 12648 NEEDINFO zhihua....@elektrobit.com cars...@maemo.org [n900] Upload and Download with 10M size file failed through WIFI AP to peer machine. 11464 NEEDINFO cars...@maemo.org qiang.z.zh...@intel.com RPM does not currently support auto-detecting armv7l vs armv7hl vs armv7nhl 10846 NEEDINFO ext-liming.d...@nokia.com cars...@maemo.org [Trunk: Daily] Previous connected wifi network failed connection after togging on/off button. 10103 NEEDINFO dimpy.adhik...@nokia.com aras.bil...@intel.com Call UI is in accepted state before user answers the call 9593 NEEDINFO ext-juhani.taip...@nokia.com ext-peng.10...@nokia.com N900: Too heavy media file is installed 8901 NEEDINFO ext-jarno.1.tei...@nokia.com cars...@maemo.org PulseAudio load sample 10Mb 8897 NEEDINFO marita.vesteri...@nokia.com huan.zh...@intel.com Not able to test Response time to switch between browser and video player 8761 NEEDINFO juergenoschumac...@gmx.de o...@debian.org N900 calendar: daylight savings 8552 NEEDINFO lukasz.g.semen...@comarch.com vivian.zh...@intel.com Poor sound quality when using auto play 8549 NEEDINFO zhigang...@intel.com cars...@maemo.org [N900] Unable to set msisdn number in n900 8310 NEEDINFO cars...@maemo.org ext-srikar.1.bhavanarayana@... TSC2005 sends touch button event without first sending new X,Y value upon a new touch position 7893 NEEDINFO sc...@nic.fi cars...@maemo.org [N900] Meego fails to disable airplane mode with virtual operator 7794 NEEDINFO vkv.r...@gmail.com michael.leibow...@intel.com N900: Bluetooth state not persistent across reboots 7456 NEEDINFO l...@neusoft.com huan.zh...@intel.com Thumbnails are displayed as red block in the video application. 6276 NEEDINFO ma...@breet.com markus.lehto...@nokia.com bme_header_read entries in /var/log/messages 5977 NEEDINFO th.p...@gmail.com rusty.ly...@intel.com Provide transitional packages for Hildon 2.2 (aka Maemo 5 UI library) 5926 NEEDINFO ma...@breet.com ilkka.koski...@nokia.com page allocation failures in dmesg 5420 NEEDINFO cars...@maemo.org juha.kallioi...@nokia.com Qt build on ARM generates TEXTREL with zero contents, impacting prelink performance Bests Jeff > -----Original Message----- > From: eric.le-r...@nokia.com [mailto:eric.le-r...@nokia.com] > Sent: Thursday, April 07, 2011 8:24 PM > To: ext-iekku.huttu...@nokia.com; Zheng, Jeff; aklap...@openismus.com > Cc: meego-qa@lists.meego.com > Subject: Re: [Meego-qa] Needinfo owner in bugzilla > > Hi Iekku, > > On 4/7/11 12:16 PM, "Huttunen Iekku (EXT-Ixonos/Tampere)" > <ext-iekku.huttu...@nokia.com> wrote: > > >Hi, > > > >My comments below. > > > >>-----Original Message----- > >>From: meego-qa-boun...@lists.meego.com [mailto:meego-qa- > >>boun...@lists.meego.com] On Behalf Of ext Zheng, Jeff > >>Sent: 07 April, 2011 12:07 > >>To: Le-Roux Eric (Nokia-SD/Helsinki); aklap...@openismus.com > >>Cc: meego-qa@lists.meego.com > >>Subject: Re: [Meego-qa] Needinfo owner in bugzilla > >> > >>I believe that it works fine in Nokia internal, but it's opensource. > >>Reporter might don't know the process, he just want to fix his issue. > >>But with this process, his might be assigned to himself! > > > >How the reporter should know that his/hers action is needed, if the bug > >isn't assigned to him/her? This is more visible if the process isn't > >familiar. > > Anyone with incentive on a bug fix actually follows up what is happening. > Bugzilla sends email notifications whenever a comment is made or status, > resolution, attachments etc. Are changed, so as long as the user has > configured his bugzilla email preferences, he gets to know almost > realtime, the bug activity. > In this regard, reassigning to the reporter doesn't actually bring value, > it's more like a nice to have and gives better visibility on who does > what, maybe. > > > >> > >>I assume that all yellow boxes will set "Assigned To" field to reporter > >>(as Timo said). This way in most bugs, I think that most bugs with > >>"Verified" will have same "Assigned To" and "Reporter" field, is it > >>correct? > >> > >>I tried for mcts bugs and arm bugs, looks like that most bugs have > >>different "Assignee" and "Reporter". Same even for ARM NEEDINFO bugs! > >> > >About the MCTS needinfo bugs, they are assigned to person who will retest > >and tell if the bug is still valid or not. As I said in the mcts bug > >triage, several times. > > As said above, this practice generates more email notifications and might > be perceived as bugzilla spam. (this is a remark we keep receiving in > Nokia internal bugzilla rather often, fyi.) > Now, if this actually helps organizing the work better and gain > significant velocity, why not. > From my view point, we need to focus rather on providing to the developers > who are fixing the bugs a good, fast and intuitive tool and process. So > altering bugzilla default behavior to automatically reset assignee based > on statuses doesn't really bring a real improvement to support this > approach, does it? > > As I earlier suggested, I'm not inclined in porting our internal > customization to change assignee automatically on specific events. > I'd rather see QA teams take care of the bugs seamlessly with the least > impact on actual development and bug fixing practices. > What actually matters most here, is that the default assignees and/or > people in the default CC. List watching a specific bugzilla component have > all they need to take prompt action. > > I'd like to find proper closure on this topic. > At least, I confirm we won't apply the customization we have internally at > Nokia. > For any manual activities of reassign to original reporter when setting to > needinfo, I just see unnecessary extra step and users may forget to > reassign back after answering (as a matter of fact, many answer the > questions yet the bug remains in needinfo status). > Proper follow-up by QA teams is the key to solve this issue and no need > for extra "burocracy" I believe... > > > > >>So my question is: Is this rule really practical? Any success example > >>for this rule? > >> > >>Bests > >>Jeff > > > >Br, > >Iekku > > Cheers, > Eric _______________________________________________ MeeGo-qa mailing list MeeGo-qa@lists.meego.com http://lists.meego.com/listinfo/meego-qa
