On Mon, 10 Oct 2005, Tony Lambregts wrote: [...]
I'm not sure about 'Window painting in Wine', but we could have one keyword per dll. Then once a bug is disgnosed down to a specific dll, the relevant keyword would be added. This would let developpers with specific knowledge of a given dll look for bugs in their domain. This would also make the keyword list more intuitive and simpler to maintain.
Isn't it this what component is for. Currently I know that if it is an MSI bug I set the component to wine-msi and that way Mike McCormack can find them easily.
Yes, you're right of course. I had forgotten about 'components'.
The big difference between keywords and components is each bug can only have one component but many keywords.
Yes, but each bug probably corresponds to only one component so that should be ok.
Then there's the granularity issue, i.e. currently there is not a one to one mapping between dlls and components. IIRC the rationale was that having one component per dll was too fine grained and that users would not know what component to put. But I would argue that most of the time users have no idea what component to put anyway. They're prone to take their cue from the first trace in the log and select the component based on that even though the bug is in fact a stack overflow for instance, and thus completely unrelated. So IMHO we have to rely on our Bugzilla maintainers to assign meaningful components to bugs anyway and then they would know exactly which one to use.
But then having exactly one component per dll means a RichEdit specialist would have to query for riched32 or richedit20, a network specialist for wsock32, ws2_32 or winsock, etc. So maybe having one component per dll is too fine grained after all. But then in the latter example does the 'wine-net' component include wininet or not? It's the kind of ambiguity that having one component per dll would avoid. Also it would make remembering the component names easier (is it network, wine-net, wine-network?), though I admit that with a list to pick from this point is probably moot.
So these are my thoughts and they probably don't help very much<g>.
One issue with using keywords is that currently it seems one needs special privileges to set them. But this is more a policy issue than a technical one and it can probably be resolved quite easily.
You do not need special rights to set existing keywords in a bug. However adding new keywords is a special function (which not everyone has) and so is adding new components.
Ok, I was wrong then. That sounds perfect.