Re: [hlds_linux] RE: Feature Request/Bug Tracker
-- [ Picked text/plain from multipart/alternative ] Well then, lets get to work on a properly managed bug tracker. On 11/24/06, Whisper <[EMAIL PROTECTED]> wrote: > > -- > [ Picked text/plain from multipart/alternative ] > Barelds Bump :) > > On 11/24/06, Alfred Reynolds <[EMAIL PROTECTED]> wrote: > > > > The idea is an interesting one but the value would come from effective > > implementation. As I said last time, implement it and if managed > > properly I am sure we would fine it a valuable source (we already use > > Steampowered forum threads but the signal to noise ration can be quite > > poor). > > > > - Alfred > > > > Erik Hollensbe wrote: > > > About 6 months ago this was being discussed, and never came to > > > fruition. A *lot* of the questions/comments here these days have less > > > and less to do with supporting the system as much as requests to > > > modify it in some fashion. > > > > > > I think it would be not only wise, but prudent for valve or a > > > secondary party to implement a bug tracker or feature request system > > > that would allow people to effectively petition features/bug fixes > > > assigning a priority to the things that are most important to the > > > guys who run the servers. Obviously, it wouldn't be that bad of an > > > idea to tackle this in the client as well. > > > > > > The advantages for valve would be several-fold - not only would you > > > have a backlog of all the things that your constituents are > > > complaining about, but a petitioning system would allow valve to see > > > priority based on the number of people who are interested in seeing > > > this fixed. Several techniques can be used to minimize inflation of > > > voting for requests, but obviously won't eliminate the problem. > > > > > > The advantages for users would be several-fold as well - instead of > > > clogging up the list with the 400th thread that starts with, "Where > > > is the 64-bit VAC2 support?" One email gets out, and someone replies > > > with a bug number and everyone can see that the bug is marked by > > > valve administrators as "WON'T FIX". Not only is it clear to everyone > > > that the bug is already known, it's clear to everyone that valve has > > > no intention of tackling this problem anytime soon (if at all). > > > > > > Obviously there's a relations issue here - people are undoubtedly > > > going to get bent out of shape when they see something tagged as > > > "WON'T FIX", but in reality that's no different than the current > > > situation. The above-described situation actually lends to clearing > > > up confusion, simply because the lack of responses by staff has, in > > > the past, caused more problems than is really necessary. > > > > > > This simply doesn't work unless Valve and the community participates > > > - if one of them decides that it's not going to work, the whole point > > > is lost. Undoubtedly, Valve has their own internal trackers and a way > > > to ease the transition from moving to the public database to the > > > private one would be a big bonus for them, I imagine. > > > > > > So, I'll offer again - if there is significant interest by Valve and > > > the community, I'm willing to extend as much help as is attainable to > > > make this happen, whether that be writing code, providing ideas, or > > > administering/hosting the service. > > > -- > > > Erik Hollensbe > > > [EMAIL PROTECTED] > > > > ___ > > To unsubscribe, edit your list preferences, or view the list archives, > > please visit: > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > > > -- > > ___ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > -- ___ Wim 'TheUnknownFactor' Barelds [EMAIL PROTECTED] -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] RE: Feature Request/Bug Tracker
-- [ Picked text/plain from multipart/alternative ] Barelds Bump :) On 11/24/06, Alfred Reynolds <[EMAIL PROTECTED]> wrote: > > The idea is an interesting one but the value would come from effective > implementation. As I said last time, implement it and if managed > properly I am sure we would fine it a valuable source (we already use > Steampowered forum threads but the signal to noise ration can be quite > poor). > > - Alfred > > Erik Hollensbe wrote: > > About 6 months ago this was being discussed, and never came to > > fruition. A *lot* of the questions/comments here these days have less > > and less to do with supporting the system as much as requests to > > modify it in some fashion. > > > > I think it would be not only wise, but prudent for valve or a > > secondary party to implement a bug tracker or feature request system > > that would allow people to effectively petition features/bug fixes > > assigning a priority to the things that are most important to the > > guys who run the servers. Obviously, it wouldn't be that bad of an > > idea to tackle this in the client as well. > > > > The advantages for valve would be several-fold - not only would you > > have a backlog of all the things that your constituents are > > complaining about, but a petitioning system would allow valve to see > > priority based on the number of people who are interested in seeing > > this fixed. Several techniques can be used to minimize inflation of > > voting for requests, but obviously won't eliminate the problem. > > > > The advantages for users would be several-fold as well - instead of > > clogging up the list with the 400th thread that starts with, "Where > > is the 64-bit VAC2 support?" One email gets out, and someone replies > > with a bug number and everyone can see that the bug is marked by > > valve administrators as "WON'T FIX". Not only is it clear to everyone > > that the bug is already known, it's clear to everyone that valve has > > no intention of tackling this problem anytime soon (if at all). > > > > Obviously there's a relations issue here - people are undoubtedly > > going to get bent out of shape when they see something tagged as > > "WON'T FIX", but in reality that's no different than the current > > situation. The above-described situation actually lends to clearing > > up confusion, simply because the lack of responses by staff has, in > > the past, caused more problems than is really necessary. > > > > This simply doesn't work unless Valve and the community participates > > - if one of them decides that it's not going to work, the whole point > > is lost. Undoubtedly, Valve has their own internal trackers and a way > > to ease the transition from moving to the public database to the > > private one would be a big bonus for them, I imagine. > > > > So, I'll offer again - if there is significant interest by Valve and > > the community, I'm willing to extend as much help as is attainable to > > make this happen, whether that be writing code, providing ideas, or > > administering/hosting the service. > > -- > > Erik Hollensbe > > [EMAIL PROTECTED] > > ___ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] RE: Feature Request/Bug Tracker
On Nov 23, 2006, at 2:00 PM, Alfred Reynolds wrote: The idea is an interesting one but the value would come from effective implementation. As I said last time, implement it and if managed properly I am sure we would fine it a valuable source (we already use Steampowered forum threads but the signal to noise ration can be quite poor). (hlds_apps, sorry about the cross-post but I felt this was relevant.) Alright. I think what happened last time is, after you said this, someone threw up a tracker and it promptly fizzled. I don't think it was the fault of anyone in particular, it just didn't get enough momentum. So! Anyone, If you're interested in DEVELOPING or CUSTOMIZING a bug tracking system for the community and valve to use jointly, please email me personally. Given enough interest, I will setup a mailing list until our program becomes relevant enough to bother Alfred about putting up a related list. Put something like "Valve Bug tracker" in the subject so I can find it quickly. This is not necessarily something that requires pure programming effort: if you have ideas to contribute, or you're a HTML jockey, etc, we can use you. For those not following the hlds_linux thread, I'm personally leaning towards bugzilla (and will be exploring that ASAP) but have no reason to stick to it, given willing contributors to another system. Our current (tentative) requirements are a voting system to promote bugs to attention, the ability to have valve bring community bugs into an internal tracker, and the ability to have bugs with opaque descriptions (to protect valve and its users against the wanton posting of exploit information). -- Erik Hollensbe [EMAIL PROTECTED] ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] RE: Feature Request/Bug Tracker
-- [ Picked text/plain from multipart/alternative ] I think the signal to noise ratio is quite a bit worse than poor :) mostly it's just kids complaining about how things don't work the way they want. The idea I believe would be very beneficial to the community because it would allow Valve to see new ideas instead of the same exact bug report day after day. If it needs hosting or anything let me know, I've got a big empty webserver sitting here still. On 11/23/06, Alfred Reynolds <[EMAIL PROTECTED]> wrote: > > The idea is an interesting one but the value would come from effective > implementation. As I said last time, implement it and if managed > properly I am sure we would fine it a valuable source (we already use > Steampowered forum threads but the signal to noise ration can be quite > poor). > > - Alfred > > Erik Hollensbe wrote: > > About 6 months ago this was being discussed, and never came to > > fruition. A *lot* of the questions/comments here these days have less > > and less to do with supporting the system as much as requests to > > modify it in some fashion. > > > > I think it would be not only wise, but prudent for valve or a > > secondary party to implement a bug tracker or feature request system > > that would allow people to effectively petition features/bug fixes > > assigning a priority to the things that are most important to the > > guys who run the servers. Obviously, it wouldn't be that bad of an > > idea to tackle this in the client as well. > > > > The advantages for valve would be several-fold - not only would you > > have a backlog of all the things that your constituents are > > complaining about, but a petitioning system would allow valve to see > > priority based on the number of people who are interested in seeing > > this fixed. Several techniques can be used to minimize inflation of > > voting for requests, but obviously won't eliminate the problem. > > > > The advantages for users would be several-fold as well - instead of > > clogging up the list with the 400th thread that starts with, "Where > > is the 64-bit VAC2 support?" One email gets out, and someone replies > > with a bug number and everyone can see that the bug is marked by > > valve administrators as "WON'T FIX". Not only is it clear to everyone > > that the bug is already known, it's clear to everyone that valve has > > no intention of tackling this problem anytime soon (if at all). > > > > Obviously there's a relations issue here - people are undoubtedly > > going to get bent out of shape when they see something tagged as > > "WON'T FIX", but in reality that's no different than the current > > situation. The above-described situation actually lends to clearing > > up confusion, simply because the lack of responses by staff has, in > > the past, caused more problems than is really necessary. > > > > This simply doesn't work unless Valve and the community participates > > - if one of them decides that it's not going to work, the whole point > > is lost. Undoubtedly, Valve has their own internal trackers and a way > > to ease the transition from moving to the public database to the > > private one would be a big bonus for them, I imagine. > > > > So, I'll offer again - if there is significant interest by Valve and > > the community, I'm willing to extend as much help as is attainable to > > make this happen, whether that be writing code, providing ideas, or > > administering/hosting the service. > > -- > > Erik Hollensbe > > [EMAIL PROTECTED] > > ___ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] RE: Feature Request/Bug Tracker
This sounds like a great idea and I personally would love to see this implemented. As Alfred said it really depends on the management of the system. Going through the Steampowered threads is crazy at the best of times. I would also like to help/code etc, so let me know how things go :) Cheers, Tristan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alfred Reynolds Sent: Friday, 24 November 2006 9:01 AM To: Erik Hollensbe; hlds_linux@list.valvesoftware.com Subject: [hlds_linux] RE: Feature Request/Bug Tracker The idea is an interesting one but the value would come from effective implementation. As I said last time, implement it and if managed properly I am sure we would fine it a valuable source (we already use Steampowered forum threads but the signal to noise ration can be quite poor). - Alfred Erik Hollensbe wrote: > About 6 months ago this was being discussed, and never came to > fruition. A *lot* of the questions/comments here these days have less > and less to do with supporting the system as much as requests to > modify it in some fashion. > > I think it would be not only wise, but prudent for valve or a > secondary party to implement a bug tracker or feature request system > that would allow people to effectively petition features/bug fixes > assigning a priority to the things that are most important to the > guys who run the servers. Obviously, it wouldn't be that bad of an > idea to tackle this in the client as well. > > The advantages for valve would be several-fold - not only would you > have a backlog of all the things that your constituents are > complaining about, but a petitioning system would allow valve to see > priority based on the number of people who are interested in seeing > this fixed. Several techniques can be used to minimize inflation of > voting for requests, but obviously won't eliminate the problem. > > The advantages for users would be several-fold as well - instead of > clogging up the list with the 400th thread that starts with, "Where > is the 64-bit VAC2 support?" One email gets out, and someone replies > with a bug number and everyone can see that the bug is marked by > valve administrators as "WON'T FIX". Not only is it clear to everyone > that the bug is already known, it's clear to everyone that valve has > no intention of tackling this problem anytime soon (if at all). > > Obviously there's a relations issue here - people are undoubtedly > going to get bent out of shape when they see something tagged as > "WON'T FIX", but in reality that's no different than the current > situation. The above-described situation actually lends to clearing > up confusion, simply because the lack of responses by staff has, in > the past, caused more problems than is really necessary. > > This simply doesn't work unless Valve and the community participates > - if one of them decides that it's not going to work, the whole point > is lost. Undoubtedly, Valve has their own internal trackers and a way > to ease the transition from moving to the public database to the > private one would be a big bonus for them, I imagine. > > So, I'll offer again - if there is significant interest by Valve and > the community, I'm willing to extend as much help as is attainable to > make this happen, whether that be writing code, providing ideas, or > administering/hosting the service. > -- > Erik Hollensbe > [EMAIL PROTECTED] ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux