Let's just do it like this for now. We can change it back when ready.
Tue, Jul 16
Sun, Jul 14
Thu, Jul 11
Confirmed good. Thank you!
Wed, Jul 10
I've removed the 4 ex-staff that were in the group. It is now completely unused. Thanks!
Tue, Jul 9
Sun, Jul 7
Thu, Jul 4
I've added this to Tech/News as
"Administrators at all Wiktionary, Wikivoyage, and Wikisource wikis, are now able to use the new [[m:Special:MyLanguage/Community_health_initiative/Partial_blocks | partial blocks]] feature."
If you would like different wording, please edit that within the next ~22 hours (before it is frozen for translation).
Please also add an update to the Updates section onwiki :) https://meta.wikimedia.org/wiki/Community_health_initiative/Partial_blocks#Updates -- Thanks!
@Urbanecm How about this for the usernotice? "For event organizers, if you [[m:Mass_account_creation#Requesting_temporary_lift_of_IP_cap | request a temporary lift of the IP cap]] for mass account creation, this will now also raise the edit rate limit for those new accounts at the event, which will prevent another bottleneck."
Wed, Jul 3
This part is done. Resolving.
Mon, Jul 1
Fri, Jun 28
Another report of this, also from a mobile phone but using Vector. (and the initial task description's screenshot is non-mobile, so I guess this is unrelated to platform?) (sidenote that I've forwarded this specific report to -revi)
Sidenote of possible inspiration - these 2 posters are usually brought to hackathons (when possible)
Wed, Jun 26
This is now resolved.
Tue, Jun 25
I can no longer reproduce. (yay?!) Hopefully that means it has solved itself somehow?
@JLetangWMF AFAIK, it is not currently possible to embed content from Wikimedia Space into the wikis, although that is certainly a desired feature - hopefully in the (somewhat distant) future.
For now, the main option is to provide links to the calendar-view and map-view at Wikimedia Space, and supplement that with the existing links to the many scattered locations these things are currently tracked (such as m:Events etc).
I have the loop with: Firefox 67.0.4
It works successfully with: Chromium 74.0.3729.169
Mon, Jun 24
Wed, Jun 19
Re: feasibility: If you feel confident, then it seems fine to me. (Or to use a military quote semi-humourously, "no plan of operations extends with any certainty beyond the first contact with the main hostile force" -source)
Same problem, re-opening.
This proposal looks wonderful. My only concern is that it seems to cover almost everything in GSOD leaving almost nothing for others! (semi-joking ;D ). However that might also mean that the scope is unfeasibly large? But your detailed timeline seems to indicate that you have good guesses about how long each action-item might take (and obviously some of that will change as you get deep into some tasks and need to adjust).
(Assigning to hashar, as I think that's what the description says)
Jun 18 2019
Jun 17 2019
Reset and sent. Brion or Mike to confirm once resolved.
Jun 14 2019
Done, and sent to Laura.
Jun 13 2019
Hi. I believe you're already working on https://www.mediawiki.org/wiki/User:Pavithraes/Sandbox/Technical_documentation_templates_and_suggestions (as a replacement for https://www.mediawiki.org/wiki/Technical_documentation_templates_and_suggestions) which definitely covers part of this.
Jun 12 2019
1 page created at https://office.wikimedia.org/wiki/Events_Team
Waiting for feedback in the doc or here before I can do anything more.
Is this something that should (and can?) be set globally on all our lists? E.g. There were a bunch from AOL/Yahoo on the Xmldatadumps list (which I've now updated following Andre's instructions).
Nope! You need an Interface Admin to edit any .js/.css files in that namespace. :-)
Jun 7 2019
Great stuff @Ebe123 !
I'm going to leave this out of Tech News this week, because there's no deployment train next week, so the new features won't be available until the week of 17 June. That way when it is announced in Tech News, the feature will be only 3 days from release instead of 10 days away. :-)
I've re-opened the merged task, and attempted to explain in detail what the distinction is, and what I believe the underlying problem is (from a non-dev standpoint). Hope that helps! T154181#5243963
I'm re-opening this, because I believe it is a different feature-request from that given in T111913: [Story] In the "other projects" sidebar on multilingual wikis, link to wikis in the user language.
Jun 6 2019
TechNews: I've added it to the upcoming edition with this edit, that will be frozen for translation in about 18 hours. Please amend it before then if needed. (And thank you @Legoktm for writing the initial version!). Cheers!
Jun 5 2019
Jun 2 2019
May 31 2019
Personally, I think it is helpful for readers to immediately be able to see when text has multiple citations, because that implicitly has the information that editors have considered it worth giving multiple references, which might indicate that the information has been questioned, or is controversial in some way. E.g. the second sentence at https://en.wikipedia.org/wiki/Homeopathy !
May 30 2019
@Gilles Nope, I meant just opening a very large article to read.
Years ago (2010 era? maybe earlier or later), on my outdated hardware, it often took 30-45 seconds to fully load a very-large article/page to read; although I've always had a profusion of gadgets and userscripts installed which I know adds to the load-time.
Now it takes 4.1 seconds to load the Obama article, which is amazing! F29280932 - I tried opening a handful of links in https://en.wikipedia.org/wiki/Special:LongPages and most of those are even faster, at 2-3 seconds.
I know (thanks to Krinkle) that there are other changes which have contributed to this such as better global networks and better internal routing configurations, plus my own upgraded hardware, and better browsers, but still. Much Kudos to you all. :-)
Another possible explanation for logged-in editors rating it more highly, as they might be long-time contributors who remember how long it took for large articles to load, many years ago. I remember [[Canada]] used to take ~45 seconds to load. Now it takes 5 seconds! I even went and checked the history of the article's size to see if it used to be much bigger, but no: it used to hover around 130kb, but nowadays it's up to 230kb. Y'all are amazing. <3
May 29 2019
+1 to close.
May 28 2019
Stalled, waiting on feedback (from @EvanProdromou?) about the recommendations given above.
May 27 2019
I made screenshots, but I don't know enough to write the words.
May 24 2019
Yup, this happened! Resolving.
Also, here are the notes that I took for myself during the session:
May 23 2019
This change seems to have created a problem, if the list of existing translations is short.
E.g. at https://meta.wikimedia.org/wiki/User:Quiddity_(WMF)/CX_outreach
and at https://www.mediawiki.org/wiki/Manual:RecountCategories.php
the table gives too much space to the Other languages: cell:
Reproduced in Firefox and Chromium on Mint Linux, logged-in/out.
May 22 2019
May 21 2019
Removed notes from the "De-jargoning" task, T222286: Support the final revision of the medium term plan, from the copyedited version https://docs.google.com/document/d/1j01gzPjxH7-FV8_gmSpy8GJBpH6z4eVFEUKHrGMnMxU/edit :
Note: I'm an admin (and on their team) and can edit the form in the future as needed.