Re: [tdf-discuss] FreeDesktop Bugzilla

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 11/11/2010 08:23 PM, Michel Gagnon wrote:

> Yet, I do not understand the "issue" system used by OpenOffice and Mozilla

I think I understand Issuezilla.

- From my POV, the biggest failure is how OOo implemented it.

It attempts to demand the naive OOo user state precisely where, when,
what, and which components of OOo are affected by the
bug/feature/whatever.  It also attempts to extract all of the technical
data about the bug/feature/whatever, from a user that neither knows, nor
cares about what a stack overflow is.

[Disclaimer: I quit submitting bug reports and RFIs to issuezilla for
both OOo and Firefox/Thunderbird years ago, because they were invariably
closed with a "won't fix" or "won't implement" tag. The usual reason
being that so few people are affected, that it would not be worth the
developer cost to fix/implement. I]

> First, we need to get rid of the non-meaningful term "issue" and
distinguish between bugs and requests for improvements.

What one person views as a bug, a developer can view as an RFE.

[Case in point:  The bug reports I filed on Thunderbird, about its
inability to retrieve email, were treated as RFEs, purely because they
were not bugs, going by the then current email rerieval specifications
for Thunderbird.]

> On the other hand, LibreOffice does not export colours in CMYK pdfs,

To a colour specialist, that is a bug, not an RFI. Granted, the end user
might not know that CYMK is not part of the LibO specification for PDF
export. But CYMK is part of the PDF specification, and that is what the
user is going to go by.

On 11/11/2010 09:34 PM, Michael Meeks wrote:


>       So - I suggest we create a wizard / web flow for bugzilla that
demands lots of information: system details, exact versions, warns
against filing bugs in truly old versions, and so on; so that we get a
lot of the information we need in the 1st pass.

Getting as much information as possible, is a good idea. Overwhelming
the user with data requests, may well backfire.

What is needed is something that enables a user who has lots of data to
include it, but not make a user that has little or no data, unwilling,
or unable to submit a report.

jonathon
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJM3IWSAAoJEOpnmQXT8Ln/0OEH/1L4luofpE8w8/LtGcPNTfK1
k5xhZMdwWCWA/TV2TIlh6UKYwD/+lMEcLTGFku1j1MTBfpAjGpFQt7G0DrYSBxqf
Isc2IfjC7BEFl42riPanR6Npbd23w/tG4E6onWo69HCZ1/L78afZrBJNDRJsRyL/
XknncmfZVtwu1jeaEcK6Amk5T2YR5t5wZV01xpSIZR9VH01+iYwvJxUdDjrQ5aPD
MMEYOQWvbeKpe3D4CTvEG5j29J/2I9QhGOvVEU9MZwWn/G09+PenOujY+tibEyfB
wMqVZ10SeUO64OEupfFrfMavKsv72Mp/JUueAZcgij95zoyMxLzH11+td1ZMGqA=
=mx5d
-----END PGP SIGNATURE-----

-- 
Unsubscribe instructions: Email to discuss+help@documentfoundation.org
Posting guidelines: http://netmeister.org/news/learn2quote.html
Archive: http://www.documentfoundation.org/lists/discuss/
*** All posts to this list are publicly archived ***