[FusionDev] Bugzilla

[Danny Baumann]

Hi,

> First, I suggest we strongly advice users to buddy their issues. That
> is, they should seek help on IRC, the forums or a mailinglist to find
> confirmation about their issue and possibly narrow it down BEFORE they
> create a ticket. Many tickets are created with very little information
> about reproduction and whether this is an issue that can be confirmed.
> It became a never-ending problem in the beryl tracker that issues were
> impossible to reproduce, we should try to prevent that.

I fully agree here. We already have some text for a How-To-File-Bugs,
but noone has put it up on Bugzilla yet.

> This is a list of plugins taken straight from gitweb, any plugin owned
> by 'compiz' should be assigned a developer to take care of it's
> tickets.

I've added the people who I think are the correct maintainers. Please
correct me if I'm wrong ;-)
For those plugins I currently maintain, I updated the obby list.

> LIST START
> 
> animation  -- NAM (Needs a maintainer)
Erkin is the only one able to maintain animation ;-)

> winrules  -- NAM
Is Cedric still around? If yes, he would be the maintainer, if not, I
could maintain it.

> expo -- NAM
Dennis and Robert?

> wall -- NAM
Dennis, Robert and me (IMO)

> group -- NAM
Me, Patrick, Roi.

> bench -- NAM
> crashhandler -- NAM
Both were written by Dennis.

> extrawm -- NAM
Me.

> fadedesktop -- NAM
Robert, me.

> fakeargb -- NAM
Robert

> jpeg -- NAM
Nick, me.

> mblur -- NAM
Dennis

> reflex -- NAM
Dennis

> ring -- NAM
> showdesktop -- NAM
Me

> snap -- NAM
Guillaume

> snow -- NAM
Me.

> splash -- NAM
Dennis

> text -- NAM
Patrick

> thumbnail -- NAM
Dennis

> tile -- NAM
This one is in unsupported for a reason ;-)
I kept it API compatible lately, but can't maintain it fully.

> 3d -- NAM
Roi?

> goto-viewport --  Robert+Carr
Robert and me.

> wallpaper -- NAM
Robert

> scaleaddon -- NAM
Me.

> cubereflex -- NAM
> vpswitch -- NAM
Dennis

> mswitch -- NAM
Robert

> gears -- NAM
> atlantis -- NAM
> shift -- NAM
Dennis

> If we have to, I say we assign the dev list to the plugins with no
> clear owner. And I don't really want a separate list for that, as
> it'll just end up being ignored. And the list of plugins with no
> specific maintainer should be short and consist of relatively stable
> plugins too.

Yeah, agree.

Regards,

Danny