Lydia_Pintscher added a comment.
We need to distinguish tickets that are additions of language codes and other language-related tickets. They are not the same and do not follow the same processes etc. This ticket was only about standardizing turn-around times for the addition of new language codes based on its title. For the process around this we have the language code phabricator board for some time now and that seems to have made the process much clearer, more transparent and tickets are in my opinion moving through it swiftly enough. The one thing that takes a bit longer still is getting language committee input. Since none of these tickets are life or death situations I prefer to get meaningful input from people tasked with understanding the complexity of languages in Wikimedia instead of making a change and then having to go through discussions about why it was wrong and undo it because that is more painful. So let's think about how we can help make getting that input easier (and I fear setting a deadline doesn't qualify as making it easier). @Amire80 if anything comes to your mind please let me know. All other ticket triage related to language or not: generally setting deadlines on tickets, understanding if something is suitable for other contributors to pick up and deciding if a ticket is ready for the development team should be with the team (if in doubt the product manager or tech lead). I think we're spending quite a bit more time and energy in discussions on language processes than is warranted compared to the many other things people want to see done around Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T284276 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher Cc: Mahir256, Mbch331, Amire80, jhsoby, Lydia_Pintscher, Aklapper, Esc3300, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Nikki, Wikidata-bugs, aude
_______________________________________________ Wikidata-bugs mailing list -- [email protected] To unsubscribe send an email to [email protected]
