Date: prev next · Thread: first prev next last
2014 Archives by date, by thread · List index


Hi :)
Such truths are unpopular with "the higher-ups" here and Alex probably got
hassled, off-list, for daring to say it.  Alex's answer does tell how to
get the job done, and even hints at a variety of options, but the
"higher-ups" tend to miss that bit and only see the negative.

My posts are often "under moderation" and i have often been threatened with
being banned (or even really been removed) from various mailing lists here
for daring to tell similar truths and how to solve such problems.


One point that Alex didn't cover is that the number of bug-reports reached
an all-time low recently.  Lower than other projects and even lower than
the linux-kernel.  This means that all that's left for devs to do is;
1.  solve any new bugs that might arise, as they arise - or
2.  work on long-running bugs.

So it might be that your pet-peeve does get sorted out quite soon anyway,
even without any intervention or effort on your part, but it also means
it's a good time to "bump the thread" of any of your favourite peeves to
get them back to the top of the dev's "in tray".

Good excuses to bump a thread without just annoying devs is to give new
information that might help pin-point the precise problem.  For example;
1.  does the existing bug-report(s) only cover the Windows version? if so
can you find anyone who can see if they can replicate the problem in the
Linux/Mac/Bsd version?  or other way around, can you find a bug reported
only for Linux/Mac/Bsd and test to see if the same thing happens on
Windows?
2.  can you track down duplicates and mark them as such?  (you'll probably
need help from the QA Team to work out how to do that)
3.  is it easy to replicate or repeat the problem described in the
bug-report?  If so does the bug-report give really easy step-by-step
instructions on how to see the problem happen?  If the devs have any
trouble seeing the problem they will probably move on to the next
bug-report very quickly.  So make it easy for them to "replicate" the
problem

4.  and this is waaaay outside the scope of most people here (i wouldn't
have a clue how to start, for example).  Can you help fix any of the other
existing bug-reports?  There are some 'Easy Hacks' which might be possible
(beyond me but you might be able to).

Any such clearing up, or anything else that reduces the amount of work the
devs have to do increases the chance of them finding time to work on your
pet-peeve.

Also can you make it interesting somehow?  People like interesting
challenges more than boring ones so is there something interesting about it
or something likely to intrigue a dev?

Regards from
Tom :)




On 1 September 2014 11:55, Gary Dale <garydale@torfree.net> wrote:

On 01/09/14 01:24 AM, Alex Thurgood wrote:

Le 01/09/2014 02:25, Gary Dale a écrit :

 Who do I have to talk to in order to get these bugs addressed?

 A developer who is prepared either to fix it for free, one who will want
money or gifts for doing so, or alternatively a developer who works for
a company that offers paid tier 3 support.

Whatever the scenario, it would be better to check with the LibreOffice
bugzilla, to see whether the bugs have already been registered (or not,
as the case may be) and then point the paid developers / support company
in that direction. As for the volunteer developers, you can't tell any
of them what to do nor when to do it, they are, after all, volunteers,
much as virtually anyone else helping out here.

Bug reports from the LibreOffice bugzilla are automatically referenced
on the libreoffice IRC developer channel. Some developers follow
particular modules, others just look at the ones they happen to be
interested in at any given time.

There are also a whole host of mailmerge bugfixes awaiting approval for
integration into the master code repository from the Munich Wollmux
project. Whether or not any of those cover your problems, I couldn't say.

Alex

Thanks Alex. It would have helped if "the home of LibreOffice" contained
that information.  :)



--
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-
unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be
deleted



-- 
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.