[Libreoffice-ux-advise] [Libreoffice] Fwd: [PATCH] Bug 39167
gleppert at gmx.de
Fri Aug 5 23:09:19 PDT 2011
Hi Friedrich, hi all,
thanks for your reply and comments.
> [...] If not, You are member of a big group of people *assuming* a bug to be
> an "easy bug". I understand every software engineer to be not amused
> beeing faced that assumption beeing estimated as a fact.
You are right, it is an assumption. Although I think that assumptions
are more often correct than wrong, I fully agree to the mode that
non-coders don't enter [EasyHack]s, but instead enter
[ProposedEasyHack]s. Then it does not conflict with the idea of EasyHacks.
> [...] As far as I got it, EasyHacks is a plain software engineer means where a
> bug recognized as EasyHack by the expert isn't resolved in short time
> but instead put to EasyHacks page waiting for a new Hacker resolving it
> under the eyes of this particular expert and learning the code
> meanwhile. [...]
Yes, that's what it seems to be the case now if you refer to the
EasyHacks in bugzilla. In the beginning, some people loosely started to
compile easy hacks in the LibreOffice wiki.
> [...] Please understand: You can only propose an EasyHack if You are a
> developer and could fix that bug *Yourself*. [...]
I don't understand this point. Do you agree or disagree that users who
have the sound assumption that something might be an easy hack may enter
a [ProposedEasyHack] and developers may change that tag to [EasyHack].
If you agree, that's fine. If you disagree, I would oppose. IMHO such a
restriction would lead to a situation where many good ideas are missed
and really easy hacks would be forgotten (please refer to my list of
bugs in my previous email).
More information about the Libreoffice-ux-advise