From kde-devel Thu Sep 25 00:00:14 2008 From: "A. L. Spehr" Date: Thu, 25 Sep 2008 00:00:14 +0000 To: kde-devel Subject: Special instructions to BugSquad? Re: How should the version field in Message-Id: <200809250000.m8P00EiC039459 () transbay ! net> X-MARC-Message: https://marc.info/?l=kde-devel&m=122238705124325 > On Thursday 25 September 2008, Richard Hartmann wrote: > > I was under the impression that when you are able to reproduce a bug > > in a newer version, you should, if possible, bump the version of the > > component it was filed against. Probably not. As Micheal says, it depends on the module. If you don't know which does what, then it is a safe assumption that you don't change it ever. This will keep you from being eaten alive by unhappy developers. It is also what pre-BugSquad documentation said. Currently, how different components use the version field is loosely documented in our Bugsquad documentation on techbase. So far the exceptions are documented under the wiki pages we use for BugDays. But if you are a developer for a module, and would like to have your version field "updated", please add this information to techbase: http://tinyurl.com/5a3x6w Under the "special instructions section". Also, if there are standard debugging things you need for your bug reports to be useful, please tell us what they are so we can bug reporters to include them. (Hopefully before you see the report. ;) > > Personally, I think my way makes more sense as it helps to prevent > > bug rot. On the other hand, I do not want to go against established > > procedures, either. > > Bugsquad's preferred meaning of the version field: > for open bugs: The version this bug was last tested/reproduced on > for closed bugs: The last version this bug could be reproduced on > > Other possible meanings of the version field: > target release > the version this bug was reported on Consistency is nice, but this isn't something we can choose for developers. Some don't care, others will be exteremely unhappy. Having the original version is needed for debugging. Having the last known version it still existed in when triaged is also useful, but can go in the comments. Since if you've just triaged something, and there is no longer a bug, you close it. ;) And write on the report what version you happen to be using. At some point we'll have more custom bugzilla fields, but for now we don't. Alex A. L. Spehr blauzahl whatever >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<