Wikitech-l June 2016

wikitech-l@lists.wikimedia.org

78 participants
89 discussions

Re: [Wikitech-l] [Wikitech-ambassadors] Wikipedia.org portal update - browser language detection and new A/B test
by Deborah Tankersley 07 Jun '16

07 Jun '16

Hi Romaine, We're glad you like the new page functionality! I've opened up a ticket <https://phabricator.wikimedia.org/T137215> to fix the Dutch phrase translation typo, thanks for letting us know. :) For your comment about adding in an option to change the language, I'm curious about something, as this has come up before. Would you prefer to use the portal page in the language that is detected (as we do now) or in a different language but not actually searching on that language's wiki? For instance, if your preferred language is Dutch: would it make sense for you to click on that language link on the portal page to go to nl.wikipedia.org and then do a search? Or, even if the browser's language is detected as Dutch (nl) would you rather use the portal page to search in a different language, like English? Yes, thanks for asking, the sister project links will be translated and we have a ticket <https://phabricator.wikimedia.org/T136441> open to get that started. We wanted the descriptive text to be visible on the page to give more insight into the sister projects, even though we don't have the text translated yet. Cheers, Deb -- Deb Tankersley Product Manager, Discovery Wikimedia Foundation On Tue, Jun 7, 2016 at 5:13 AM, Romaine Wiki <romaine.wiki(a)gmail.com> wrote: > Hi Deb, > > Great improvement! > > Looking at the page, I only notice one major error. My language is Dutch > (nl), and so my browser/computer system is set that way. However the phrase > is spelled wrong: it says: "De vrieje encyclopedie" while it should say "De > vrije encyclopedie". So: vrieje -> vrije. "vrieje" is not a Dutch word. Can > this be fixed? > > Further I would recommend one thing to be added to the page. Because large > parts of the word visit Wikipedia through internet cafés and computers > elsewhere, I would suggest in the top right/left corner an option to change > the language. > > And one final question: will the bottom section of the page also be > translatable? > > Thanks! > Romaine > > > > 2016-06-07 0:05 GMT+02:00 Deborah Tankersley <dtankersley(a)wikimedia.org>: > >> Hello, >> >> The Discovery team recently updated the wikipedia.org portal page to >> detect what the visitor's browser's preferred language(s) are and then >> arrange the language links around the globe to match those language >> preferences. >> >> Earlier this year, we ran a successful A/B test >> <https://www.mediawiki.org/wiki/Wikipedia.org_Portal_A/B_testing#A.2FB_test:…> >> that proved promoting our visitor's preferred languages resulted in >> increased visibility and interest into these projects. Also, the display of >> '*The Free Encyclopedia*' phrase is now localized to the visitor's first >> preferred browser language. If there isn't a translation available, the >> phrase will be displayed in English (view a screenshot >> <https://commons.wikimedia.org/wiki/File%3AWikipedia_portal_top_10_links_re-…>) >> as it currently is today. >> >> Additionally, a new A/B test >> <https://www.mediawiki.org/wiki/Wikipedia.org_Portal_A/B_testing#A.2FB_test:…> will kick >> off this week to determine if the listing of languages by article count can >> be displayed in a more modern and streamlined way without decreasing usage >> of the links. Our goal is to promote easy scrolling through the long list >> of languages by article count, but in a dropdown format while also >> providing greater discovery of the sister wiki project links. >> >> More information on past and future work can be found on the wiki page >> <https://www.mediawiki.org/wiki/Wikipedia.org_Portal> as well as the >> sprint <https://phabricator.wikimedia.org/tag/discovery-portal-sprint/> >> and backlog >> <https://phabricator.wikimedia.org/tag/discovery-portal-backlog/> >> boards. We're always interested in receiving constructive feedback from >> the community: if you have a question or comment, please start a discussion >> on the talk page >> <https://www.mediawiki.org/wiki/Talk:Wikipedia.org_Portal>. >> >> >> Cheers, >> >> Deb >> -- >> Deb Tankersley >> Product Manager, Discovery >> Wikimedia Foundation >> >> _______________________________________________ >> Wikitech-ambassadors mailing list >> Wikitech-ambassadors(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors >> >> > > _______________________________________________ > Wikitech-ambassadors mailing list > Wikitech-ambassadors(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors > >

1 0

Semantic MediaWiki Conference Fall 2016: Call for Participation
by kghbln 07 Jun '16

07 Jun '16

Dear users, developers and all people interested in semantic wikis, We are happy to announce SMWCon Fall 2016 - the 13th Semantic MediaWiki Conference: * Dates * September 28th to September 30th 2016 (Wednesday to Friday) * Location * German Institute for International Educational Research (DIPF), Schloßstraße 29, Frankfurt am Main, Germany. * Conference page * https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2016 * Participants * Everybody interested in semantic wikis, especially in Semantic MediaWiki, e.g. users, developers, consultants, business representatives, researchers. SMWCon Fall 2016 will be supported by The German Institute for International Educational Research (DIPF) [0] and Open Semantic Data Association e. V. [1]. Following the success of this format the SMWCon will have one tutorial and workshop day preceding two conference days. Participating in the conference: To help us planning, you can already informally register on the conference page, although a firm registration will later be needed. Contributing to the conference: If you want to present your work in the conference please go to the conference page and add your talk there. To create an attractive program for the conference, we will later ask you to give further information about your proposals. Tutorials and presentations will be video and audio recorded and will be made available for others after the conference. Among others, we encourage contributions on the following topics: Applications of semantic wikis: * Semantic wikis for enterprise workflows and business intelligence * Semantic wikis for corporate or personal knowledge management * Exchange on business models with semantic wikis * Lessons learned (best/worst practices) from using semantic wikis or their extensions * Semantic wikis in e-science, e-humanities, e-learning, e-health, e-government * Semantic wikis for finding a common vocabulary among a group of people * Semantic wikis for teaching students about the Semantic Web * Offering incentives for users of semantic wikis * Challenges and obstacles for semantic wikis in business environments Development of semantic wikis: * Semantic wikis as knowledge base backends / data integration platforms * Comparisons of semantic wiki concepts and technologies * Community building, feature wishlists, roadmapping of Semantic MediaWiki * Improving user experience in a semantic wiki * Speeding up semantic wikis * Integrations and interoperability of semantic wikis with other applications and mashups * Modeling of complex domains in semantic wikis, using rules, formulas etc. * Access control and security aspects in semantic wikis * Multilingual semantic wikis For any other question and sponsorship opportunities, please do not hesitate to contact Karsten Hoffmeyer <karsten at hoffmeyer.info>. Hope to see you in Frankfurt am Main! Lia Veja, Karsten Hoffmeyer (Members of the Organizing Committee) [0] http://www.dipf.de/en/about-us/contact [1] https://opensemanticdata.org/

1 0

2016W23 ArchCom RFC meeting (2016-06-08)
by Rob Lanphier 07 Jun '16

07 Jun '16

Hi everyone, This week's ArchCom-RFC meeting is about T89331 ("Replace Tidy in MW parser with HTML 5 parse/reserialize"). Information about the goings-on of ArchCom continues to exist on the ArchCom Status page: <https://mediawiki.org/wiki/Architecture_committee/Status> ...and also copied below for your convenience. My understanding is that the authors feel pretty good about the implementation, and are looking for help figuring out how to implement a successful migration. Other handy links and information: This week's meeting: <https://phabricator.wikimedia.org/E203> RFC for this week's meeting: <https://phabricator.wikimedia.org/T89331> Subject of the RFC: Replace Tidy in MW parser with HTML 5 parse/reserialize Location: #wikimedia-office IRC channel Time: 2016-06-08 Wednesday 21:00 UTC (2pm PDT, 23:00 CEST) I'm looking forward to chatting with you there! Rob ---- Source of [[mw:Architecture_committee/Status]], where "phab:" links are pointers to https://phabricator.wikimedia.org This page provides status update for [[Requests for comment|ArchCom-RFCs]], with an emphasis on ArchCom team member. As of this writing on 2016-04-29, this update is an experiment discussed [[Topic:T2zctt083izvx07l|weekly ArchCom update discussion on the "ArchCom/Team practices" talk page]]. ===== Recent RFC meetings ===== * ArchCom Planning meeting 2016W22: 2016-06-01: [[Phab:E197]] (E156/9) ** Notes: [[Architecture committee/2016-06-01]] * ArchCom-RFC office hour 2016W22: 2016-06-01: [[Phab:E198]] (E66/37) ** Security discussion, including: *** CSP - [[Phab:T135963|T135963]] ===== Upcoming RFC meetings ===== *ArchCom Planning meeting 2016W23: 2016-06-08: [[Phab:E202]] (E156/10) **Notes: [[Architecture committee/2016-06-08]] *ArchCom-RFC office hour 2016W23: 2016-06-08: [[Phab:E203]] (E66/38) ** [[Phab:T89331|T89331 Replace Tidy in MW parser with HTML 5 parse/reserialize]] ===== Entering Final Comment Period ===== * None. ===== Recently Approved ===== * none ==== RFC inbox ==== * [[phab:tag/archcom-rfc/|ArchCom RFC board]]: ** Inbox zero on 2016-06-11. ===== Shepherd status ===== * Brion ** Multi-content revisions (T107595) is interesting * Daniel ** Software Quality working group? ** Working on Multi Content Rev Spec with Brion ** T113034 [[phab:T113034|RFC: Overhaul Interwiki map, unify with Sites and WikiMap]]: checking in with Adam ** T89733 (approved, with Stas driving implementation) * Gabriel ** Working with [[User:BSitzmann (WMF)|BSitzmann]] on [[Phab:T132597|T132597]] (no longer an RFC) * Roan ** T108655 [[phab:T108655|RFC: Standardise JavaScript interfaces]]: I need to start the second part, but the recent comments have me confused. I'll need to talk to Timo and figure out what the subject of part two should be. * RobLa ** Starting to use [[Phab:Z425]] as asynchronous ArchCom-RFC channel, testing Conpherence use for means of piloting ArchCom working groups. We may still have more separate triage discussions, but I'm waiting to get feedback on [[phab:T135674|T135674]]. ** Working with [[User:DPatrick (WMF)|DPatrick]] on [[Wikimedia Security Team]] issues in an attempt to be useful there. * Tim ** [[Phab:T89331|T89331 (Replace Tidy in MW parser with HTML 5 parse/reserialize)]] - should meet to discuss migration rather than implementation plan ** T114444 [[phab:T114444|RFC: Introduce notion of DOM scopes in wikitext]]: (Update?) * Timo ** Section anchors - will update T18691 ** CSP - [[Phab:T135963|T135963]] - Will shepherd ** Local storage abstraction [[Phab:T121646|T121646]] working with Fundraising on this to move cookies into local storage; not an RFC yet, but may become one. ===== No activity in the last two weeks ===== * T122942 [[phab:T122942|RFC: Support language variants in the RESTBase]] (Gabriel) * T39902 [[phab:T39902|RFC: Implement rendering of redlinks in Parsoid]] (no shepherd) * T18691 [[phab:T18691|RFC: Section headings should have a clickable anchor]] (Timo) * T111588 [[phab:T111588|RFC: API-driven web front-end]] (Timo) * T123753 [[phab:T123753|Establish retrospective reports for Security and Performance incidents]] (RobLa) * T122825 [[phab:T122825|Service ownership and minimum maintenance requirements]] (Gabriel) * T105766 [[phab:T105766|RFC: Dependency graph storage]] (Gabriel) * T124504 [[phab:T124504|Transition WikiDev '16 working areas into working groups]] (RobLa) * T66214 [[phab:T66214|Use content hash based image / thumb URLs & define an official thumb API]] (Brion) * T91162 [[phab:T91162|RFC: Shadow namespaces]] (Brion) * T128351 [[phab:T128351|RFC: Notifications in core]] (Brion) * T122825 [[phab:T122825|Service ownership and minimum maintenance requirements]] (Gabriel) * T54807 [[phab:T54807|Identify and remove legacy preferences from MediaWiki core]] (no shepherd) * T88596 [[phab:T88596|Improving extension management]] (Daniel) ===== Useful Phab links ===== * [[phab:maniphest/query/xc.j4DEYcjwu/#R|Query for shepherd assignments]] * [[phab:search/query/lgPo47yENoTl/#R|Query for all ArchCom RFCs]] * [[phab:project/board/52/|ArchCom-RfCs board]] {{ArchComMinutes}}

2 1

Wikipedia.org portal update - browser language detection and new A/B test
by Deborah Tankersley 07 Jun '16

07 Jun '16

Hello, The Discovery team recently updated the wikipedia.org portal page to detect what the visitor's browser's preferred language(s) are and then arrange the language links around the globe to match those language preferences. Earlier this year, we ran a successful A/B test <https://www.mediawiki.org/wiki/Wikipedia.org_Portal_A/B_testing#A.2FB_test:…> that proved promoting our visitor's preferred languages resulted in increased visibility and interest into these projects. Also, the display of '*The Free Encyclopedia*' phrase is now localized to the visitor's first preferred browser language. If there isn't a translation available, the phrase will be displayed in English (view a screenshot <https://commons.wikimedia.org/wiki/File%3AWikipedia_portal_top_10_links_re-…>) as it currently is today. Additionally, a new A/B test <https://www.mediawiki.org/wiki/Wikipedia.org_Portal_A/B_testing#A.2FB_test:…> will kick off this week to determine if the listing of languages by article count can be displayed in a more modern and streamlined way without decreasing usage of the links. Our goal is to promote easy scrolling through the long list of languages by article count, but in a dropdown format while also providing greater discovery of the sister wiki project links. More information on past and future work can be found on the wiki page <https://www.mediawiki.org/wiki/Wikipedia.org_Portal> as well as the sprint <https://phabricator.wikimedia.org/tag/discovery-portal-sprint/> and backlog <https://phabricator.wikimedia.org/tag/discovery-portal-backlog/> boards. We're always interested in receiving constructive feedback from the community: if you have a question or comment, please start a discussion on the talk page <https://www.mediawiki.org/wiki/Talk:Wikipedia.org_Portal>. Cheers, Deb -- Deb Tankersley Product Manager, Discovery Wikimedia Foundation

1 0

[ANNOUNCEMENT] MathML/SVG as the default rendering mode on all projects
by Marko Obrovac 06 Jun '16

06 Jun '16

Hello, On Tuesday, May 31 we have deployed a change to the production cluster that sets MathML with SVG fall-back as the default rendering mode for mathematical formulae for all Wikimedia projects~[1]. This change brings scaleable and selectable formulae to the whole Wikimedia community, not just logged-in users, thus opening new perspectives for better rendering, accessibility, search, equation sharing, font and unicode support, styling, line breaking… We are very excited about this feature seeing the light of day, not only because of the visible improved experience for our reader and editors, but also because this project has been carried out in collaboration with the community. In particular, this achievement would not have been possible without Moritz Schubotz (aka User:Physikerwelt), who has been the lead developer of Mathoid, the rendering service responsible for producing the MathML and SVG code that the end-users see on the web-site. You can read more about this awesome feature on the MathML Association’s web-site~[2]. Best, The WMF Services Team [1] https://phabricator.wikimedia.org/T131177 [2] http://mathml-association.org/announcement/2016/05/31/wikipedia.html -- Marko Obrovac, PhD Senior Services Engineer Wikimedia Foundation

2 1

Discovery Weekly Update for the week starting 2016-05-30
by Chris Koerner 04 Jun '16

04 Jun '16

Hello, Here is this week's update from the Discovery department. * Trey completed a quick survey [1] of the effects of removing quotes and trailing question marks from poorly-performing queries. ** There's now a Phab ticket [2] to look into removing training question marks from queries. * Released language detection and re-sorting of top 10 languages to wikipedia.org portal [3] * Draft completion of analysis on how long a typical session is on the wikipedia portal [4] * Chris (our community liaison) presented [5] at EMWCon [6] on what Technical Collaboration does for * MediaWiki admins and developers. There was a small mention of the work of Discovery, which was well received. * Jan did a CREDIT showcase demo [7] for the new language detection on the portal * Trey did a CREDIT showcase presentation [8] for the TextCat language detection demo ** The [TextCat] demo is available to try. [9] * Katie Horn started her first week as Director, Head of Discovery [1] https://www.mediawiki.org/wiki/User:TJones_(WMF)/Notes/Quotes_and_Questions [2] https://phabricator.wikimedia.org/T133711 [3] https://phabricator.wikimedia.org/T133432 [4] https://phabricator.wikimedia.org/T134301 [5] http://livestream.com/internetsociety/emwcon/videos/124154153 [6] https://www.mediawiki.org/wiki/EMWCon_Spring_2016 [7] https://www.youtube.com/watch?v=0s81r17M-wk&t=4m18s [8] https://www.youtube.com/watch?v=0s81r17M-wk&t=15s [9] https://tools.wmflabs.org/textcatdemo/ ---- Feedback and suggestions on this weekly update are welcome! The full update, and archive of past updates, can be found on Mediawiki.org: https://www.mediawiki.org/wiki/Discovery/Status_updates -- Yours, Chris Koerner Community Liaison - Discovery Wikimedia Foundation

1 0

2016-06-01 Scrum of Scrums meeting notes
by Grace Gellerman 04 Jun '16

04 Jun '16

https://www.mediawiki.org/wiki/Scrum_of_scrums/2016-06-01 = 2016-06-01 = == Product == === Reading === ==== Reading Infrastructure ==== * AuthManager coming soon - it's on the beta cluster now! Please indicate if you hae a serious blocker now at https://phabricator.wikimedia.org/T135504 ==== Web ==== * Starting Hovercards A/B test during this sprint (with 1% in HU.wiki) * Rolling lazy loaded images / references to medium sized wikis * Blocked (Ops/Analytics) - https://phabricator.wikimedia.org/T127883 ==== iOS ==== ==== Android ==== * Production release 2.2.146 rollout out this Tuesday. https://lists.wikimedia.org/pipermail/mobile-l/2016-May/010243.html (New features include: reading lists, edit here, Show redirect source in search results, updates for AuthManager, No longer download and widen high-quality images when on a metered connection.) * Working on new feed UI ==== Mobile Content Service ==== * Adding first couple of new feed endpoints this week (enwiki featured article, most read articles, aggregated endpoint for previous and future feed microservices) === Community Tech === * We're going to be testing the PageAssessments extension on Labs this week (https://www.mediawiki.org/wiki/Extension:PageAssessments) * Continuing work on new CopyPatrol Tool ( http://tools.wmflabs.org/plagiabot) * More investigation on Category collation * No blockers === Editing === ==== Language ==== * Blocked: Parallel Corpora dumps: https://phabricator.wikimedia.org/T127793 (Tech Ops) ==== Multimedia ==== * Blocked: New repository request for FileAnnotations so we can experiment and do design/code review on Mark's crappy prototype * Updates ** ImageTweaks waiting on Thumbor and a few other things, no news there AFAIK ** Gallery slideshow core work coming along, no huge updates from prtksxna ** UW fatals rate waaaay down since last year, thanks Sentry people for helping us track it ==== Parsing ==== * Tidy replacement: With latest HTML5Depurate and visual diff test run, ~93.4% of test pages render with pixel perfect accuracy. Working through remaining diff scenarios (a lot of the diffs are harmless minor pixel shifts) to identify real issues and having wikitext be fixed or fix core parser as required. ** Tim working on a HTML5 parser to fix some core parser issues around doBlockLevels. * Will attempt switching Parsoid to service-runner sometime next week (Arlo & Services) * Arlo close to getting html2html endpoint done (last remaining blocker to enable Parsoid new HTML version with separate data-mw) ** VE & CX: Please start planning how to handle this new version. * Kunal working on using the new Linker code for files/images. ==== Collaboration ==== * Blocked - None * Blocking - No change * Updates ** Working on Echo special page, for both JS and no-JS users ** Schema changes we requested are done, we now need to backfill and use the new schema == Technology == === Services === * RESTBase ** enforcing rate limits as of today *** pageview: 10 req/s *** transforms: 5 req/s * Change Propagation ** now handles summary and MCS updates as well as purges ** partially moved RestbaseUpdateJobs from job runners to it *** still missing transclusions * MathML enabled by default across all projects ** proper caching and purging still a TODO *** RESTBase side for purging proposed in https://github.com/wikimedia/restbase/pull/628 *** need Ops help for the Varnish side of things - https://phabricator.wikimedia.org/T136205#2343850 === Technical Operations === * '''Blocking''': none * '''Blocked''': none * Updates: ** libicu update successful ** Started preliminary work on migrating appservers to jessie ** Last day of Riccardo ** Getting graphite into better shape === Analytics === * Loaded 3 months of pageview data into Druid and querying it is very fast * Cleaning up limn-flow-data, limn-edit-data, and limn-languge-data a little bit, deploying today * Working on processing data from the mediawiki databases and turning it into an analytics-friendly schema (one example is slowly changing dimensions such as page_title recorded as (page_id, page_title, valid_from, valid_to)) * pageview requests that miss the cache are rate-limited to 10 req/s. More req/s than that will throw 429 === Security === * Two-factor usability surveying prep continues * Reviews: Ex:DoubleWiki, Ex:TemplateStyles, Use of wheels for deployment by Analytics === Discovery === * '''Blocking''': none * '''Blocked''': none * Tomasz last day at WMF was on Friday, Katie Horn leading Discovery now * ElasticSearch 2.3 upgrade in progress: https://phabricator.wikimedia.org/T133124 * TextCat A/B test for english wiki started * Updated Portal language stats. === Fundraising Tech === * Fixed CentralNotice tests, now enforcing ES3 * More work to get off ActiveMQ, remove SPOF * Testing new processor in Israel, Japan and Ukraine ** We quit messing with language fallback and just got the last few missing messages translated to Ukrainian * Ready to test new PayPal integration method * Enhancing fraud & dos mitigation measures === Release Engineering === * '''Blocking''': None * '''Blocked''': Nada * '''Update:''' ** Auth Manager rolling out *soon*

4 3

Should we switch the default category collation to uca-default?
by Ryan Kaldari 03 Jun '16

03 Jun '16

There are currently 94 WMF wikis using UCA category collation rather than the default "uppercase" collation. The Unicode Collation Algorithm (UCA) is the official standard for how to sort Unicode characters, and generally follows how a human would typically alphabetize strings. For example, uppercase collation sorts Aztec, Ärsenik, Zoo, Aardvark as "Aardvark, Aztec, Zoo, Ärsenik", but uca-default collation sorts them as "Aardvark, Ärsenik, Aztec, Zoo". UCA collation also (optionally) supports natural numeric sorting so that 100, 1, 99 sorts as "1, 99, 100" rather than "1, 100, 99". The WMF Community Tech team has recently posted proposals on English Wikipedia and several Wiktionaries asking if these communities would support switching to UCA collation. The proposal on English Wikipedia has received unanimous support so far.[1] We thought that Wiktionaries would be more skeptical of the change, but so far we have received only positive responses.[2] Since it seems that most wikis are receptive to switching to UCA, maybe we should just make it the default rather than waiting on all the wikis to request it separately. Of the large Wikipedias, French, Dutch, Polish, Portuguese, and Russian are already using UCA, and German is in the process of switching.[3] For non-Latin scripts, my understanding is that UCA will be a big improvement, especially if we switch them to language-specific implementations, like uca-ja, uca-zh, uca-ar, etc. Three questions: 1. Does switching the default collation from "uppercase" to "uca-default" sound like a good idea? 2. Should this be proposed on meta or is it too technical? 3. Are there any wikis that would need to opt out of this for some reason? (I know there are issues with Kurdish,[4] but that's the only one I know about.) 1. https://en.wikipedia.org/wiki/Wikipedia_talk:Categorization#OK_to_switch_En… 2. https://phabricator.wikimedia.org/T128502 3. https://phabricator.wikimedia.org/T128806 4. https://phabricator.wikimedia.org/T48235

8 9

Campaigns extension / ServerSideAccountCreation log - does anyone still use it?
by Brad Jorsch (Anomie) 03 Jun '16

03 Jun '16

Question 1: Would anyone care if we kill the "loginCTA" campaign, which tracks when people use the link at the bottom of Special:UserLogin to get to the account creation page? Question 2: Would anyone care if we remove the extension entirely from Wikimedia wikis? Wikiapiary seems to show only one user outside of Wikimedia. Background: The extension needs a rewrite for AuthManager, and in particular the "loginCTA" campaign will be a bit of a pain to keep working. If someone is making use of the extension that's fine, but if not we may as well not continue to spend development resources on it. -- Brad Jorsch (Anomie) Senior Software Engineer Wikimedia Foundation

4 7

Code of Conduct amendments text
by Matthew Flaschen 02 Jun '16

02 Jun '16

Please participate in the discussion about how the Code of Conduct should be amended: https://www.mediawiki.org/wiki/Talk:Code_of_Conduct/Draft#Changing_the_Code… Thanks, Matt Flaschen

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l June 2016