Hi Tom,

On 2016-10-10 03:00, Tom Farrow wrote:
I'd like to remind that this is a governance mailing list. Participatory 
challenges and issues are better suited to the relevant teams, and Mozilla's 
participation team, especially while it's unclear whether there is a wider 
governance issue here

I'd propose that if you really want to tackle your difficulties, you discuss 
them with both the bugzilla team and the participation team.

This thread is become quite large and the discussion isn't the style people 
typically associate with this list.

I do understand fully your difficulties, and hope that you find a solution for 
them, just, (correct me if I'm wrong), this probably isn't the ideal place.

Maybe a more clarified issue will come back to this list if it's actionable by 
governance.

I have not yet had the chance to consult an ITS over a long period of time without noticing reports of persisting issues being closed (without due diligence). Although BMO does not allow contributors to manipulate reports other than their own by default, Mozilla is understandably not an exception to that unfortunate rule. I would hope that all of the BMO governance issues I exposed could indeed have been solved without having to report to this list. But the fact that a volunteer who does not directly contribute to Mozilla on a regular basis like myself could notice that many issue tracking issues can also be considered as a meta-meta-issue. Mozilla is a mature project; such issues should be rare. Considering that Mozilla has a net income of several millions of USD-s, this might be an occasion for management to re-evaluate whether enough of these funds are allocated to issue tracking. A burnt out workforce could raise the rate of inappropriate ticket treatments, in particular if there is no process to identify such victims.

And even if all of the BMO issues could have been fixed, some of the items are 
not caused by BMO governance. Item 2 (and perhaps 1) has nothing to do with ITS 
management, but with development processes and/or quality assurance. A 
volunteer like myself should never experience 6 unreported bugs in the same 
product in less than one month, when Mozilla has been marketing that product as 
stable for more than a decade. I know that was triggered by item 1, and I was 
cleaning up for a period of time during which I used Thunderbird 
professionally, but still. By the way, I have heard of plans to move 
Thunderbird away from Mozilla's umbrella. I find this unfortunate, but if 
Mozilla is confident that Thunderbird's situation cannot improve promptly, part 
of my report can be considered as support for that plan.

Thank you, I do not remember hearing about the Participation team, and this 
discussion is related to the team's declared mission and principles. After 
looking at the team's activities and goals, I am under the impression that the 
team is mainly focused on recruitment, and less on retention and management, 
but I agree it would be good to at least inform the team about this discussion. 
Feel free to do that. For my part, since it appears to be impossible to do that 
via email, and since I have never contributed to the Discourse site used by the 
team, I will refrain from doing so at this point (I am not a fan of mailing 
lists, but this discussion was already started on one, and while I am curious 
about Discourse, I am reluctant to invest time discovering a system which is 
not clearly powered by free software).

I am not sure why your reply comes in this sub-thread, but my original message 
was sent to both bugmast...@lists.mozilla.org and this list (although it still 
doesn't show on the former, which - I'm afraid - may be more evidence that 
addressing the governance list was not superfluous). I would probably have gone 
to the participation team before reaching the governance list had that been 
suggested. If you think the participation team can help with such issues, 
please either:

1. Ensure that affected contributors are notified when their BMO account is 
disabled, and that the notice points to the participation team.
2. Point to the participation team in the message displayed when trying to 
connect to BMO using a disabled account.

Any of these would be a huge progress on the issue I reported in item 10.

By the way, your team's strategic plan is currently confidential. I hope a team 
which promotes openness does not voluntarily hide that document, but if so, it 
would be good to make that clear on the wiki page which links to it ( 
https://wiki.mozilla.org/Participation ).

I appreciate your constructive intervention. If the participation team can help 
with BMO accounts, that would be a great start.


On Sunday, October 9, 2016, Filipus Klutiero <chea...@gmail.com 
<mailto:chea...@gmail.com>> wrote:

    Hi Svetlana,

    On 2016-10-09 05:33, Svetlana Tkachenko wrote:

        Good day,

        When someone disagrees, pace down and come back to it later; don't keep
        working on them (or the issue) in frustration. From my observation
        failing to do this has contributed to a majority of bans on the
        Internet.


    I agree that waiting can help, but could you clarify which person you are 
talking about, and how long you think is optimal to wait before coming back?


        Since Mozilla software is free, you are not obligated to stay on
        bugzilla.mozilla.org <http://bugzilla.mozilla.org> -- you still can fix 
these bugs within the
        infrastructure of a new or existing fork.


    Mozilla is one of the main projects which brought me to free software. I 
have used Mozilla software for most of the 13 years since I switched to the 
good old Mozilla Suite. In any case, forking an organization as known as 
Mozilla should not be done lightly.

    While the issues I exposed may be grave, the number of persons involved is 
small relative to the number of contributors, and some of the meta-issues are 
trivial to solve. I am far from thinking that the situation is hopeless.

    However, I am not particularly aware of the project's status. If you think 
this situation may carry on, would you recommend switching to a particular fork?

-- Filipus Klutiero
    http://www.philippecloutier.com <http://www.philippecloutier.com>

    _______________________________________________
    governance mailing list
    governance@lists.mozilla.org
    https://lists.mozilla.org/listinfo/governance 
<https://lists.mozilla.org/listinfo/governance>



--
--
*Tom Farrow*/
Participation Volunteer/
Mozilla



--
Filipus Klutiero
http://www.philippecloutier.com

_______________________________________________
governance mailing list
governance@lists.mozilla.org
https://lists.mozilla.org/listinfo/governance

Reply via email to