Account confirmers, Anti-spam team, Confirmed users, Bureaucrats and Sysops emeriti
4,925
edits
GovernanceIssues: Difference between revisions
no edit summary
No edit summary |
No edit summary |
||
| Line 13: | Line 13: | ||
* [http://groups.google.com/group/mozilla.governance/browse_thread/thread/208ee06876dc8517# Discussion thread on the "Policies" activities module] | * [http://groups.google.com/group/mozilla.governance/browse_thread/thread/208ee06876dc8517# Discussion thread on the "Policies" activities module] | ||
So Far: A call for ideas was issued; the following proposals were made: [http://groups.google.com/group/mozilla.governance/msg/3594d1e366ed64c5 Websites] (David Boswell), [http://groups.google.com/group/mozilla.governance/msg/fc99b634c1c0b628 Education] (Gervase Markham) | So Far: A call for ideas was issued; the following proposals were made: [http://groups.google.com/group/mozilla.governance/msg/3594d1e366ed64c5 Websites] (David Boswell), [http://groups.google.com/group/mozilla.governance/msg/fc99b634c1c0b628 Education] (Gervase Markham). Other suggestions that have been made in the past include "Events and Speaking". | ||
Next Steps: discuss with Mitchell. | Next Steps: discuss with Mitchell. | ||
| Line 98: | Line 98: | ||
Issue: The community of people discussing governance issues itself could do with broadening and expanding. Too often, those most affected by governance decisions do not take part in the formulation of policy. Why is this? | Issue: The community of people discussing governance issues itself could do with broadening and expanding. Too often, those most affected by governance decisions do not take part in the formulation of policy. Why is this? | ||
===Shouldn't-Be-Private Mailing Lists=== | |||
Issue: Mozilla runs a large number of mailing lists, as well as our public [http://www.mozilla.org/community/developer-forums.html discussion forums]. We should audit that list to make sure no project discussion is private when it should be (at least) read-only public. | |||
So Far: | |||
==Proposed== | |||
===Bugzilla Workflow=== | |||
Issue: the current Bugzilla workflow may not be optimal for the Mozilla project. Now that it's configurable in Bugzilla, we could have a discussion about what is best, implement it in the software, and educate the community to use the new workflow. | |||
* [http://steelgryphon.com/testcases/bugzilla-workflow-9.png mconnor's proposal] | |||
* [[BugzillaWorkflowImprovements|Wiki page of ideas]], discussion and links | |||
* [https://bugzilla.mozilla.org/show_bug.cgi?id=264721 Bug on adding 'READY' state] to b.m.o. | |||
===Revise MPL=== | |||
Issue: the MPL has a number of features which are inconvenient from a practical perspective. An update to the MPL could e.g. remove some of the more pointless notification requirements. We should also retire MPL 1.0 with the OSI. | |||
==Resolved== | ==Resolved== | ||