Rob Weir wrote:
I'll probably turn this into a wiki page once we're in agreement, but I wanted to get some feedback, especially from the "old timers" on the project, how to treat the common categories of imperfect defect reports we receive. ... Any other common cases we should talk about?
8) Valid bug reports that apply to older versions of OpenOffice but not to the current one, for various reasons (including bugs related to components that have been replaced in the meantime), We should resolve them as INVALID (or WORKSFORME?) and instruct the user to download a current version, or that anyway no bugfix releases are planned for the 3.3.x and earlier series.
9) Bug reports that apply to anything else than this project, be it extension packages (including bundled dictionaries) or derivative products, or upstream components. It is complex to understand what to do here. When possible, I close them INVALID but include a link to the relevant issue tracker. When not possible... well, this is an interesting issue. Surely they are INVALID, but if someone reports a bug in the French dictionary we should ideally have a way to inform the maintainer. For the time being, one would need to open the extension package, lookup the relevant maintainer and e-mail him in private.
Regards, Andrea.
