[Libreoffice-ux-advise] [Libreoffice] Fwd: [PATCH] Bug 39167

Gerald Leppert 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 mailing list