-------- Original Message --------
Subject: Re: [discuss] no support for Solaris version of OO.o?
Date: 25 May 2005 11:49:23 +0200
From: Joerg Barfurth <[EMAIL PROTECTED]>
To: [email protected]

[snip discussion specific issues]

- Also, another comment says "This means taht we, the SUN part of the
community won't fix this. If someone else in the community is willing
to fix this he should reopen this issue. Keeping all issues open that
might be fixed by someone somewhere in the future
will only lead to an enormous backlog of issues. <Won't fix> doesn't mean that
this issue never ever will be touched again. ".

Regarding to this comment, I understand that resources are limited to
supoort every trivial issue on every platform. But, I don't agree that
'an enormous backlog of issues' is bad. It is natural consequence of
supporting varety of platforms/languages. In addition to that, if
Issuezilla is not Sun's bug database, why Sun has to close the issues
just because they won't fix it?


I believe closing the issue as WONTFIX for the cited reason is indeed
wrong. The correct approach would be to keep the issue open with target
milestone 'OOo Please Help'.

But such an issue still fills up the bug 'inbox' of the assigned owner.
Maybe we need an accepted way to 'park' such issues elsewhere. IMHO the
qa project should think about this problem - and more generally provide
clear guidelines how to deal with such issues and make developers aware
of them.

And, I believe that meaning of 'won't fix' is really 'won't fix'. The
documentation explains that 'WONTFIX: The problem described is an
issue which will never be fixed'. (
http://www.openoffice.org/scdocs/issue_lifecycle.html )

How do you guys think?


Yes. I think WONTFIX should be reserved for issues that don't fit the
strategy and roadmap of the project or should not be in the general OOo
version for technical reasons, i.e a conscious decision that even a
contributed patch would not be accepted.

Ciao, J�rg

--
Joerg Barfurth              Sun Microsystems - Desktop - Hamburg
>>>>>>>>>>>>>>>>>> using std::disclaimer <<<<<<<<<<<<<<<<<<<<<<<
Software Engineer                         [EMAIL PROTECTED]
OpenOffice.org Configuration          http://util.openoffice.org



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to