User talk:SMcCandlish

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search

1, 2, 3, 4

Mini-toolbox[edit]

Wrong balance at Community Wishlist Survey[edit]

Moved discussion to: Talk:Community Wishlist Survey#Feedback on CWS process

Under one item of our wishlist you write “Community Wishlist Survey is rather broken, in accepting only what has the most votes this year, which is never, ever going to be stuff template editors need.” That is a valid point that deserves wider attention. How would you suggest this to be fixed? One fix I can see would be to put effort and effect in proportion. A wishlist without any regard for cost will tend to favor the most expensive items, regardless of how many useful items can be had at the same price. ◅ SebastianHelm (talk) 13:45, 16 December 2020 (UTC)

@SebastianHelm: Yes, there's definitely that effect.
  • That one's challenging to address, since assumptions about difficulty of implementing something are often – maybe even usually? – wrong (just ask any software engineer, especially one tasked with changing existing features or adding new ones to an existing product mostly written by other people). I'm reminded of the voter guide I get in the mail; there's a dedicated legislative analysis office that comes up with estimated costs and complications of implementing various ballot measures. WMF having someone[s] on staff doing this for CWS proposals and Phab requests in general might help, but it might be easy to be wrong and get fired/sacked. >;-)
  • The no. 1 thing to me is true prioritization. Mission-critical things, e.g., accessibility solutions, HTML (and other) standards-compliance fixes, security improvements, and other key proposals which meet with support should take precedence over all attempts to add new features or "polish the chrome" on things that already are properly functional. Secondarily, improvements to existing features people definitely use (wishlist, search, editing tools) should generally have higher priority (among accepted proposals) than requests for all-new features.
    • This, to me, is where the process (not just CWS, but WMF's MW development in general) has failed the worst. It's also deeply entwined in why I resigned as a WMF Tech Ambassador to en.WP; the short version of my statement on my user page about this is: WMF is acting like a software company with a customer base and a marketing plan (what it wants customers to go for), instead of behaving as a globally important NGO with a constituency and a mission to serve the actual needs of that constituency. Some of the standards compliance things have been open tickets for 15+ years, across multiple bug-tracker systems, and some attempts to "fix" them have simply introduced more compliance problems, cutting off our nose to spite our face. There's a competence problem of some kind happening somewhere, even if most of the devs are amazing. But whoever thought it was good idea to have : equate to <dd> and render visually as an indent, and do this in absence of a proper <dl> list structure was foolish. Of course it would get abused for purely visual indentation not d-list construction, especially if no alternative was provided to do indentation properly. But it was an even worse idea (one I just now learned about, in the mobile skin) to replace that abuse of <dd> with abuse of <blockquote>, which is strictly reserved for actual quotations. The <div> generic element exists for a reason, and is super-mega-obviously the one to use here (though on talk pages the HTML 5 element <article> might be a better choice, especially with smart id stuff for thread building; this can probably just be ripped wholesale from any good blog, forum, or other CMS that is open-source.
    • No one who is unwilling to totally absorb the HTML and CSS specs has any business working on HTML and CSS code (including code that generates that code) at a professional level. I don't mean fire/sack anyone, just move them to something they're actually competent at, and put experts on the tasks the non-experts have been screwing up. Seriously, the kind of screwups involved are things that would not have been tolerated at a regular meritocracy-driven open source project; they would have been fixed years ago, and a bad mistake, like moving from abuse of one element to abuse of another instead of use of the proper one, would likely never have happened.
    • A conceptually similar issue (which I raised with a WMF person at w:en:WP:VPTECH, I think, within the last month) is WMF's internal hostility to VPNs, and inability to distinguish them from other kinds of services, nor to recognize the value they provide for security in an increasingly mobile but increasingly vulnerable computing and communications environment. The current practice of just blacklisting almost every block of IP addresses that happen to resolve to machines that provide VPN out-node services (generally blacklisted because of other services they provide) is downright stupid. It betrays a sort of "stuck in 2004" ignorance about how the technology works. Not just the necessity of VPNs these days, but the simple fact that any given IP address is apt to resolve to multiple [virtual] servers, even by multiple entities, and any given "server" is apt to have multiple sometimes unrelated IP addresses, all due to cloud computing, and software/servers-as-a-service models. It's rather like trying to block travel from Massachusetts because you heard about a bank robber who was born in Massachusetts, and also block entry to banks while you're at it, because anyone going into one might be a robber. This is not how to address sockpuppetry and other abuse problems, anymore than just massacring the entire populations of Nigeria and India is how to address the problem of online scams often coming from or passing through Nigeria and India.
  • CWS proposals that pertain primarily to WMF projects should get pretty much all priority; stuff that's extraneous to that (e.g. features for bending MW into a blogging platform) should be left to third-party development, other than any necessary hooks for that development. And even then only if both WMF and the overall community think spending any time at all on that hook is worthwhile. Just because someone can conceive of a way to torque MW into being something it was not supposed to be doesn't make it a good idea.
  • But there also need to be more CWS categories, or subcategories, that independently rank proposals within them. The current ones are mostly too sweeping, and net together many unrelated things (plus they become so long they are difficult to get through).
    • E.g., almost all requests for template/module tools are stuffed under "Editing", which is not at all what most people are thinking about for that category (they're thinking of public-facing content, the form we used for creating it, and the tools that operate on the content in that form, like add markup with a button press, etc.).
    • It even needs to split between source-mode editing and VisualEditor. Some of the proposals this year are VE-only, but are not labeled as such, and end up being confusing.
  • Then there's the issue of the same proposals being made for 5 or 10 years in a row and always being supported but never implemented. Support assessment needs to be cumulative (within reason; some of the proposals mutate a little over time, but the entire WMF community is good at assessing shifting consensus over time, so this is not much of a challenge).
  • Not-quite-relatedly, there are often also essentially duplicate proposals (I saw at least three this year: one pair already identified as such by someone; one pair flagged as such by me, though I only did that one way; and one pair unmarked because I was exhausted by the end and couldn't be bothered). Just as en.Wikipedia's Arbitration Committee (and several other processes, have clerks), someone should be tasked with clerking this stuff and merging proposals that are too similar (just present the options as variants, and if the proposal in general passes, the exact version to implement can be another discussion for another time, if that's not already clear from the CWS comments). I think there actually is some clerking going on already, since I have seen translation and other work get done. Maybe whoever's doing it needs an assistant.
  • One other thing: this survey is so daunting it is very difficult to actually get through it all. It might be more practical to stagger it, e.g. put out the Editing section one month and the Search section another month, and so on, so one does not have to spend literally an entire waking day to wade through it all.
  • We're getting too little input from too few editors. In part this is because of the issue in the bullet above this, but in part it's due to lack of local-project awareness and engagement. One radical change in approach could be for projects to host their own wishlists, or have RfCs for items to add, and then forward this on the bigger, cross-project process. There are numerous ways this could be reshaped, and each would present its own strengths and weaknesses.
  • Some of it could also be more top-down. The devs will have ideas about what really needs to get done, what is nearing completion and pretty easy to do, what is virtually impossible, and some other matters, like what WMF's executive team and/or board are hoping for (which the community often doesn't know anything about in detail until too late) and solicit feedback more directly.
  • Frankly, WMF needs to be willing to spend more money on getting stuff done. It has a lot of money, and isn't really spending enough of it on mission-critical things. I come from a "tech nonprofit" background (EFF and CRF), so I know very well what that problem looks like. A common version is over-spending on executive salaries and perqs (also for the board), like luxury furniture and first-class travel, at the expense of sufficient program staff (the average tech, communications, and other program staffer at such organizations is in dire need of at least one assistant, often a department, and the organization will not realize this until that over-worked and under-paid person burns out and leaves, and the org finds that person has to be replaced with 2 or 4 or 8 to get the same work done).
I could probably come up with more ideas and observations (see, e.g., w:en:User:SMcCandlish/Discretionary sanctions 2013–2018 review for an example of the kind of policy analysis I can do when I devote enough time to it, and even that's two years out of date and would cover several more more things than it does if I revised it significantly).
 — SMcCandlish ☺ ☏ ¢ >ʌⱷ҅ᴥⱷʌ< , 02:21, 17 December 2020 (UTC)
Wow, I had no idea there was so much behind it – and you're hiding it in the comment to one wish! How best to tackle all of this? Does it even make sense to try and find a solution for one problem that only addresses a small shard of the whole?
Good point about the clerical tasks. I would see those as part of project management; why aren't WMF's PMs doing that?
You're right that the sheer amount of wishes is daunting. It may be a good idea to stagger it, but ultimately the workload stays the same. Not sure how to actually reduce the workload. Maybe similar to what we wrote in the wish for preferences: Mark everything for which a wish exists with a “🎁” symbol – in the UI and the manual – which links to the wish under discussion. So users will see wishes at the right moment and the right place, and only for those functionalities that they use or are interested enough to RTFM. I think this may also address the issue of getting input from too few editors. ◅ SebastianHelm (talk) 22:58, 17 December 2020 (UTC)

This thread would probably have more impact at Talk:Community Wishlist Survey, so I've copied it over there.  — SMcCandlish ☺ ☏ ¢ >ʌⱷ҅ᴥⱷʌ<  04:14, 19 December 2020 (UTC)

Democratic authoritarianism[edit]

Hello.
Your formulation of the concept at en:Wikipedia talk:There is no justice made you one of the most respected en.Wikipedians by me. BTW I am astonished that such criticism of the regime has been possible in mainstream essays as late as in 2016. Incnis Mrsi (talk) 08:17, 29 January 2021 (UTC)

@Incnis Mrsi: Thanks, and I'm glad you liked it. :-) I worked most of that material into w:en:Wikipedia:Advice for hotheads, which covers several other things, including explosive behavior, false civility, and attempts to "argue Wikipedia into capitulation". I'll take the liberty of engaging in some coffee-fueled morning rambling:

As for essays, there's long been a lot of tolerance for conflicting viewpoints between various of them. We even have pairs of directly contradictory ones (or seemingly so, until you see that they address different kind of issues/incidents/questions). But ones that just do not at all align with the community's norms tend to get userspaced (or deleted at MfD if they're so off-kilter they have a NOTHERE vibe).

On the more philosophical "democratic authoritarianism" thing (not exactly the term I would use, but I see what you mean), and how it relates to an entity like WMF and a project like Wikipedia, I'm reminded of Twitter and Facebook kicking Trump and friends off their platforms (way later than they should have). They are privately owned companies with terms of use/service and a public to answer to. Various people in Trump's camp are claiming they are being "censored". They're making legally incorrect First Amendment arguments (the 1A only applies against censorship by the state, and doesn't let someone force their expression to be carried by private-sector third parties). WMF is in a similar boat. It isn't in a position to allow PoV pushers and other disruptive parties free reign, to allow defamatory material in articles on living people, and so on. WP is more like a newspaper or magazine publisher. PeTA and Greenpeace do not have a legal or "moral" right to force The Wall Street Journal to print their advocacy material, and the Family Research Council and the Eagle Forum can't require Huffington Post to given them equal "air time".

There are some grey areas, the common carriers. The gist is that various private or somewhat privatized entities have quasi-monopoly privileges, in exchange for infrastructure rollout, and liability shields for content they did not create, in exchange for not being permitted to monitor and censor. Some are arguing that social networking sites should be like this, should operate like package delivery services and telephone companies, as passive conduits for anything people want to send through them. I think this would be disastrous, since even with such sites trying to enforce ToU/ToS against against racist rabblerousing, black-market trading, insurrection and terrorism planning, etc., etc., the effect on our society of social media's propensity for creating borderless "reality bubbles" that inculcate us-vs.-them thinking, radicalization, and the spread and belief in patent falsehoods has just about ripped society apart over the last decade, and it's not looking to get better immediately if at all. If anything, non-state actors in the online information and communication space need to be more rather than less restrictive about what they'll permit on their systems, And that goes for far-left stuff too; the trans right activists making death threats against TERFs, or supposed antifa people agitating to burn down courthouses and cops' homes, should have their accounts nuked right along with anti-abortionists doxxing clinic workers in hopes they'll be tracked down and murdered, or white-nationalist "militia" nuts planning racist hate crimes.

The fundamental difference between a common carrier and a social networking site (in the broad sense, including webboards, collaborative content projects, etc.) is the public, memetic component. You can't recruit 10,000 people to join your telephone call or share in the goods inside a package you ordered from Amazon. There is no broad threat to society from having privacy and freedom of expression in one's phone calls and postal mail (even if certain crimes can be organized that way). There's obviously a big one inherent in using technology to create "permeably-walled-garden" propaganda and indoctrination farms, abusing private-sector services that were intended to make people's lives better and happier.

I have a lot of concerns about people system-gaming WP's "assume good faith" position through crafty "civil PoV-pushing" techniques to essentially bend WP articles to propagandistic purposes. It's already happening in a lot of topics, and it's hard to do much about it. All the pushers have to do is bait neutrality-minded editors into doing something explicitly uncivil, then get them banned from the topic area so the PoV pushers can just own it. This POVRAILROAD technique is precisely what was happening in the recent Flyer22 ArbCom case. The "AGF is not a suicide pact" maxim is going to have to be taken more seriously. WP is not longer a project eagerly accepting thousands of new editors per month from SlashDot and other nerdy forums to attempt the wacky idea of building a free encyclopedia. Eventualism essentially expired in the late 2000s at the latest. WP is a free encyclopedia, one of the most-read information sources in the world by the general public, and is under constant pressure to say non-neutral things on thousands of topics. We can still assume good faith, at first and for a while, but that has to stop with regard to a particular party when we see clear evidence to the contrary in their behavior. I should stop here or this will just get longer and longer. >;-)
 — SMcCandlish ☺ ☏ ¢ >ʌⱷ҅ᴥⱷʌ<  14:00, 29 January 2021 (UTC)

Tech News: 2021-05[edit]

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Problems

Changes later this week

  • You can soon use Wikidata to link to pages on the multilingual Wikisource. [2]
  • Often editors use a "non-breaking space" to make a gap between two items when reading but still show them together. This can be used to avoid a line break. You will now be able to add new ones via the special character tool in the 2010, 2017, and visual editors. The character will be shown in the visual editor as a space with a grey background. [3][4]
  • Advanced item Wikis use abuse filters to stop bad edits being made. Filter maintainers can now use syntax like 1.2.3.4 - 1.2.3.55 as well as the 1.2.3.4/27 syntax for IP ranges. [5]
  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 2 February. It will be on non-Wikipedia wikis and some Wikipedias from 3 February. It will be on all wikis from 4 February (calendar).

Future changes

  • Minerva is the skin Wikimedia wikis use for mobile traffic. When a page is protected and you can't edit it you can normally read the source wikicode. This doesn't work on Minerva on mobile devices. This is being fixed. Some text might overlap. This is because your community needs to update MediaWiki:Protectedpagetext to work on mobile. You can read more. [6][7]
  • Advanced item Cloud VPS and Toolforge will change the IP address they use to contact the wikis. The new IP address will be 185.15.56.1. This will happen on February 8. You can read more.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

22:39, 1 February 2021 (UTC)

Tech News: 2021-06[edit]

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

Changes later this week

  • You can see edits to chosen pages on Special:Watchlist. You can add pages to your watchlist on every wiki you like. The GlobalWatchlist extension will come to Meta on 11 February. There you can see entries on watched pages on different wikis on the same page. The new watchlist will be found on Special:GlobalWatchlist on Meta. You can choose which wikis to watch and other preferences on Special:GlobalWatchlistSettings on Meta. You can watch up to five wikis. [9]
  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 9 February. It will be on non-Wikipedia wikis and some Wikipedias from 10 February. It will be on all wikis from 11 February (calendar).

Future changes

  • When admins protect pages the form will use the OOUI look. Special:Import will also get the new look. This will make them easier to use on mobile phones. [10][11]
  • Some services will not work for a short period of time from 07:00 UTC on 17 February. There might be problems with new short links, new translations, new notifications, adding new items to your reading lists or recording email bounces. This is because of database maintenance. [12]
  • Advanced item Last week Tech News reported that the IP address Cloud VPS and Toolforge use to contact the wikis will change on 8 February. This is delayed. It will happen later instead. [13]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

17:42, 8 February 2021 (UTC)

Tech News: 2021-07[edit]

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Problems

  • There were problems with recent versions of MediaWiki. Because the updates caused problems the developers rolled back to an earlier version. Some updates and new functions will come later than planned. [14][15]
  • Some services will not work for a short period of time from 07:00 UTC on 17 February. There might be problems with new short links, new translations, new notifications, adding new items to your reading lists or recording email bounces. This is because of database maintenance. [16]

Changes later this week

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 16 February. It will be on non-Wikipedia wikis and some Wikipedias from 17 February. It will be on all wikis from 18 February (calendar).

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

17:56, 15 February 2021 (UTC)

Tech News: 2021-08[edit]

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

  • The visual editor will now use MediaSearch to find images. You can search for images on Commons in the visual editor when you are looking for illustrations. This is to help editors find better images. [17]
  • Advanced item The syntax highlighter now works with more languages: Futhark, Graphviz/DOT, CDDL and AMDGPU. [18]

Problems

  • Editing a timeline might have removed all text from it. This was because of a bug and has been fixed. You might need to edit the timeline again for it to show properly. [19]

Changes later this week

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 23 February. It will be on non-Wikipedia wikis and some Wikipedias from 24 February. It will be on all wikis from 25 February (calendar).

Future changes

  • Advanced item There is a user group for developers and users interested in working on Wikimedia wikis with the Rust programming language. You can join or tell others who want to make your wiki better in the future.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

00:17, 23 February 2021 (UTC)

Tech News: 2021-09[edit]

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

  • Wikis using the Growth team tools can now show the name of a newcomer's mentor anywhere through a magic word. This can be used for welcome messages or userboxes.
  • A new version of the VideoCutTool is now available. It enables cropping, trimming, audio disabling, and rotating video content. It is being created as part of the developer outreach programs.

Problems

  • There was a problem with the job queue. This meant some functions did not save changes and mass messages were delayed. This did not affect wiki edits. [20]
  • Some editors may not be logged in to their accounts automatically in the latest versions of Firefox and Safari. [21]

Changes later this week

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 2 March. It will be on non-Wikipedia wikis and some Wikipedias from 3 March. It will be on all wikis from 4 March (calendar).

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

19:08, 1 March 2021 (UTC)

Tech News: 2021-10[edit]

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

  • Section translation now works on Bengali Wikipedia. It helps mobile editors translate sections of articles. It will come to more wikis later. The first focus is active wikis with a smaller number of articles. You can test it and leave feedback.
  • Flagged revisions now give admins the review right. [22]
  • When someone links to a Wikipedia article on Twitter this will now show a preview of the article. [23]

Problems

  • Many graphs have JavaScript errors. Graph editors can check their graphs in their browser's developer console after editing. [24]

Changes later this week

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 9 March. It will be on non-Wikipedia wikis and some Wikipedias from 10 March. It will be on all wikis from 11 March (calendar).
  • The New Discussion tool will soon be a new discussion tools beta feature for on most Wikipedias. The goal is to make it easier to start new discussions. [25]

Future changes

  • There will be a number of changes to make it easier to work with templates. Some will come to the first wikis in March. Other changes will come to the first wikis in June. This is both for those who use templates and those who create or maintain them. You can read more.
  • Reference Previews will become a default feature on some wikis on 17 March. They will share a setting with Page Previews. If you prefer the Reference Tooltips or Navigation-Popups gadget you can keep using them. If so Reference Previews won't be shown. [26][27]
  • New JavaScript-based functions will not work in Internet Explorer 11. This is because Internet Explorer is an old browser that doesn't work with how JavaScript is written today. Everything that works in Internet Explorer 11 today will continue working in Internet Explorer for now. You can read more.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

17:51, 8 March 2021 (UTC)

Tech News: 2021-11[edit]

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

Problems

Changes later this week

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 16 March. It will be on non-Wikipedia wikis and some Wikipedias from 17 March. It will be on all wikis from 18 March (calendar).

Future changes

  • You can add a newline or carriage return character to a custom signature if you use a template. There is a proposal to not allow them in the future. This is because they can cause formatting problems. [29][30]
  • You will be able to read but not edit 12 wikis for a short period of time on 23 March at 06:00 (UTC). This could take 30 minutes but will probably be much faster.
  • Advanced item You can use Quarry for SQL queries to the Wiki Replicas. Cross-database JOINS will no longer work from 23 March. There will be a new field to specify the database to connect to. If you think this affects you and you need help you can post on Phabricator or on Wikitech. PAWS and other ways to do SQL queries to the Wiki Replicas will be affected later. [31]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

23:22, 15 March 2021 (UTC)

Tech News: 2021-12[edit]

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

Problems

  • You will be able to read but not edit twelve wikis for a short period of time on 23 March at 06:00 (UTC). This can also affect password changes, logging in to new wikis, global renames and changing or confirming emails. This could take 30 minutes but will probably be much faster.

Changes later this week

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 23 March. It will be on non-Wikipedia wikis and some Wikipedias from 24 March. It will be on all wikis from 25 March (calendar).
  • Syntax highlighting colours will change to be easier to read. This will soon come to the first wikis. [32]

Future changes

  • Flagged revisions will no longer have multiple tags like "tone" or "depth". It will also only have one tier. This was changed because very few wikis used these features and they make the tool difficult to maintain. [33][34]
  • Advanced item Gadgets and user scripts can access variables about the current page in JavaScript. In 2015 this was moved from wg* to mw.config. wg* will soon no longer work. [35]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

16:53, 22 March 2021 (UTC)

Tech News: 2021-13[edit]

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

  • Some very old web browsers don’t work well with the Wikimedia wikis. Some old code for browsers that used to be supported is being removed. This could cause issues in those browsers. [36]
  • Advanced item IRC recent changes feeds have been moved to a new server. Make sure all tools automatically reconnect to irc.wikimedia.org and not to the name of any specific server. Users should also consider switching to the more modern EventStreams. [37]

Problems

  • When you move a page that many editors have on their watchlist the history can be split. It might also not be possible to move it again for a while. This is because of a job queue problem. [38]
  • Some translatable pages on Meta could not be edited. This was because of a bug in the translation tool. The new MediaWiki version was delayed because of problems like this. [39][40]

Changes later this week

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 30 March. It will be on non-Wikipedia wikis and some Wikipedias from 31 March. It will be on all wikis from 1 April (calendar).

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

17:31, 29 March 2021 (UTC)

Tech News: 2021-14[edit]

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

  • Editors can collapse part of an article so you have to click on it to see it. When you click a link to a section inside collapsed content it will now expand to show the section. The browser will scroll down to the section. Previously such links didn't work unless you manually expanded the content first. [41]

Changes later this week

  • Advanced item The citoid API will use for example 2010-12-XX instead of 2010-12 for dates with a month but no days. This is because 2010-12 could be confused with 2010-2012 instead of December 2010. This is called level 1 instead of level 0 in the Extended Date/Time Format. [42]
  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 6 April. It will be on non-Wikipedia wikis and some Wikipedias from 7 April. It will be on all wikis from 8 April (calendar).

Future changes

  • Advanced item PAWS can now connect to the new Wiki Replicas. Cross-database JOINS will no longer work from 28 April. There is a new way to connect to the databases. Until 28 April both ways to connect to the databases will work. If you think this affects you and you need help you can post on Phabricator or on Wikitech.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

19:41, 5 April 2021 (UTC)

Retrieved from "https://meta.wikimedia.org/w/index.php?title=User_talk:SMcCandlish&oldid=21301652"