Wikitech-l April 2015

98 participants
78 discussions

Database dumps
by Byrial Jensen 17 Apr '25

17 Apr '25

Until some weeks ago http://dumps.wikimedia.org/backup-index.html used to show 4 dumps in progress at the same time. That meant that new database dumps normally was available within about 3 weeks for all databases except for enwiki and maybe dewiki where the dump process due to size took longer time. However the 4 dumps processes at one time become 3 some weeks ago. And after massive failures at June 4, only one dump has been in progress at the same time. So at the current speed it will take several months to come thru all dumps. Is it possible to speed up the process again using several dump processes at the same time? Thank you, Byrial

3 2

User-Agent:
by Domas Mituzas 17 Apr '25

17 Apr '25

Hi! from now on specific per-bot/per-software/per-client User-Agent header is mandatory for contacting Wikimedia sites. Domas

19 61

EBNF grammar project status?
by Steve Bennett 01 Apr '25

01 Apr '25

What's the status of the project to create a grammar for Wikitext in EBNF? There are two pages: http://meta.wikimedia.org/wiki/Wikitext_Metasyntax http://www.mediawiki.org/wiki/Markup_spec Nothing seems to have happened since January this year. Also the comments on the latter page seem to indicate a lack of clear goal: is this just a fun project, is it to improve the existing parser, or is it to facilititate a new parser? It's obviously a lot of work, so it needs to be of clear benefit. Brion requested the grammar IIRC (and there's a comment to that effect at http://bugzilla.wikimedia.org/show_bug.cgi?id=7 ), so I'm wondering what became of it. Is there still a goal of replacing the parser? Or is there some alternative plan? Steve

26 217

Missing Section Headings
by Marc Riddell 13 Sep '24

13 Sep '24

Hello, I have been a WP editor since 2006. I hope you can help me. For some reason I no longer have Section Heading titles showing in the Articles. This is true of all Headings including the one that carries the Article subject's name. When there is a Table of Contents, it appears fine and, when I click on a particular Section, it goes to that Section, but all that is there is a straight line separating the Sections. There is also no button to edit a Section. If I edit the page and remove the "== ==" markers from the Section Titles, the Title then shows up, but not as a Section Heading. Also, I don't have any Date separators on my Want List. This started 2 days ago. Any thoughts? Thanks, Marc Riddell [[User:Michael David]]

10 11

How to make commits from mirrored Wikimedia repos show up on your GitHub profile
by Bartosz Dziewoński 27 Jun '24

27 Jun '24

I know it has been annoying a couple of people other than me, so now that I've learned how to make it work I'll share the knowledge here. tl;dr: Star the repositories. No, seriously. (And yes, you need to star each extension repo separately.) (Is there a place on mw.org to put this tidbit on?) ------- Forwarded message ------- From: "Brian Levine" <support(a)github.com> (GitHub Staff) To: matma.rex(a)gmail.com Cc: Subject: Re: Commits in mirrored repositories not showing up on my profile Date: Tue, 09 Jul 2013 06:47:19 +0200 Hi Bartosz In order to link your commits to your GitHub account, you need to have some association with the repository other than authoring the commit. Usually, having push access gives you that connection. In this case, you don't have push permission, so we don't link you to the commit. The easy solution here is for you to star the repository. If you star it - along with the other repositories that are giving you this problem - we'll see that you're connected to the repository and you'll get contribution credit for those commits. Cheers Brian -- Matma Rex

3 3

Re: [Wikitech-l] VisualEditor support for table copy-and-paste from Word
by Koerner, Chris L 22 Dec '15

22 Dec '15

This drag and drop from a CSV and other mentions of VE neatness would make a great blog post. I would love see a post about being productive in VisualEditor. Tips and tricks as it were. -Chris K. This electronic mail and any attached documents are intended solely for the named addressee(s) and contain confidential information. If you are not an addressee, or responsible for delivering this email to an addressee, you have received this email in error and are notified that reading, copying, or disclosing this email is prohibited. If you received this email in error, immediately reply to the sender and delete the message completely from your computer system.

2 1

New RFC: better JS minification
by Max Semenik 01 Nov '15

01 Nov '15

Hi, I'd like to present a new RFC for your consideration: https://www.mediawiki.org/wiki/Requests_for_comment/Minifier It is about how we can shave 10-15% off the size if JavaScript delivered to users. Your comments are highly welcome!:) -- Best regards, Max Semenik ([[User:MaxSem]])

9 12

Bikeshedding a good name for "the api.php API"
by Brad Jorsch (Anomie) 11 Aug '15

11 Aug '15

When api.php was basically the only API in MediaWiki, calling it "the API" worked well. But now we've got a Parsoid API, Gabriel's work on a REST content API, Gabriel's work on an internal storage API, and more on the way. So just saying "the API" is getting confusing. So let's bikeshed a reasonably short name for it that isn't something awful like "the api.php API". I'm horrible at naming. -- Brad Jorsch (Anomie) Software Engineer Wikimedia Foundation

30 38

ContentTranslation gets to 2000
by Amir E. Aharoni 06 Jun '15

06 Jun '15

[ cross-posted to MediaWiki-i18n, Wikimedia-L and Wikitech-L ] Dear Wikimedians, The 2000th article that was written using the ContentTranslation extension was published today. Article #2000 was translated from English to Greek, and it's about Škocjan Caves, a UNESCO World Heritage site in Slovenia. Original: https://en.wikipedia.org/wiki/%C5%A0kocjan_Caves Translated: https://el.wikipedia.org/wiki/%CE%A3%CF%80%CE%AE%CE%BB%CE%B1%CE%B9%CE%B1_%C… In case you're wondering what ContentTranslation is, here's a brief summary: ContentTranslation is an extension that helps Wikipedia editors to create articles quickly and easily by translating them from other languages. It's being developed by the Language Engineering team. Its design started in the summer of 2013 and its coding started in early 2014. You can find more info at https://www.mediawiki.org/wiki/CX as well as in the following blog posts: * http://blog.wikimedia.org/2015/01/10/content-translation-beta-coming-soon/ * http://blog.wikimedia.org/2015/01/20/try-content-translation/ * http://blog.wikimedia.org/2015/04/06/content-translation-improved-my-edits/ * http://blog.wikimedia.org/2015/04/08/the-new-content-translation-tool/ Some more data about ContentTranslation: * Our first deployment was in mid-January to Catalan, Spanish, Portuguese, Esperanto, Norwegian Bokmal, Danish, Indonesian and Malay. Now we support 43 languages, and this number is growing every week as we extend the deployment (a special thank-you to the Ops and Release Engineering people, who continuously and tirelessly support our deployment effort). * In all the Wikipedias in which ContentTranslation is deployed, it is currently defined as a Beta feature, which means that it is only available to logged-in users who opted into it in the preferences. * The 1000th article was written on April 10th, so it took much less to get to 2000 than to 1000. * The language into which the most articles were translated is Catalan: 762. The Catalan Wikipedia community always had a strong inclination to translation, it was the first one that volunteered to test the tool in labs in the summer of 2014 and provided a lot of useful feedback, and it also has good machine translation support thanks to the Freely-licensed Apertium engine. * The second most popular target language is Spanish. It started slowly in the first couple of months, but it's quickly growing since March. * Other target languages that are quickly growing lately are French, Portuguese and Ukrainian. * The language from which the largest number of articles is translated is English. It is followed by Spanish, from which a lot of articles are translated to the closely related Portuguese and Catalan. * The total number of people who published at least one translated article into any language is 663. * Of more than 2000 articles that were created, about 60 were deleted, so we have a reason to think that the quality of the created articles is pretty OK. * In Catalan we see that ContentTranslation has some influence on the number of articles created per day - it was usually between 60 and 90 before 2015, and in January and February it was over a 100. It's too early to say how does it influence other languages, but we are optimistic ;) * A community discussion about enabling the tool in the French Wikipedia ended with 50 "votes" in support of the tool and 0 "votes" against it ;) Some of our plans for the coming months are: * Enabling more languages, including big ones like English, Russian and Italian, as well as right-to-left languages. * Improving the support for links. * Creating support for smart suggestions of articles to translate, as well as "task lists" for translation projects. * Starting to get the tool out of beta status :) I'd like to thank all the Wikimedia volunteers around the planet who are participating in this effort by translating articles, translating the extension's user interface, testing the tool, assisting other wikipedians to translate, organizing translation workshops, reporting useful bugs, submitting patches, and generally proving day after day what an incredible community they are - hard-working, massively-multilingual, helpful, patient, creative and talented. Thank you - we have a lot more to achieve together \o/ -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com ‪“We're living in pieces, I want to live in peace.” – T. Moore‬

6 6

Re: [Wikitech-l] Bug in the Wikipedia main web page
by Sukyoung Ryu 24 May '15

24 May '15

Thank you for the quick fix! Best, -- Sukyoung On Jan 29, 2014, at 9:55 AM, Nathan wrote: > FYI in case you aren't subscribed to the list. > > ---------- Forwarded message ---------- > From: Yair Rand <yyairrand(a)gmail.com> > Date: Tue, Jan 28, 2014 at 7:25 PM > Subject: Re: [Wikitech-l] Bug in the Wikipedia main web page > To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org> > > > Thank you for pointing out this bug. Your suggested change to > MediaWiki:Gadget-wm-portal.js has been implemented by Meta-Wiki > administrator User:PiRSquared17. > > > On Tue, Jan 28, 2014 at 6:50 PM, Sukyoung Ryu <sukyoung.ryu(a)gmail.com>wrote: > > > Dear all, > > > > We are researchers at KAIST in Korea working on finding JavaScript bugs in > > web pages. While analyzing top websites from Alexa.com, we found an issue, > > which seems to be a bug, on the Wikipedia main web page (wikipedia.org). > > We would be grateful if you can either confirm that it is a bug and even > > better fix it or let us know what we're missing. > > > > Here's the issue. When a user selects a language in which search results > > are displayed via the language selection button from the Wikipedia main web > > page, the following JavaScript function is executed: > > > > 1 function setLang(lang) { > > 2 var uiLang = navigator.language || navigator.userLanguage, date > > = new Date(); > > 3 > > 4 if (uiLang.match(/^\w+/) === lang) { > > 5 date.setTime(date.getTime() - 1); > > 6 } else { > > 7 date.setFullYear(date.getFullYear() + 1); > > 8 } > > 9 > > 10 document.cookie = "searchLang=" + lang + ";expires=" + > > date.toUTCString() + ";domain=" + location.host + ";"; > > 11 } > > > > Depending on the evaluation result of the conditional expression on line > > 4, "uiLang.match(/^\w+/) === lang", the function leaves or dose not leave > > the selected language information on the user's computer through a cookie. > > But we found that the expression, "uiLang.match(/^\w+/) === lang", always > > evaluates to false, which results in that the function always leaves > > cookies on users' computers. We think that changing the contidional > > expression, "uiLang.match(/^\w+/) === lang", to the expression, > > "uiLang.match(/^\w+/) == lang", will solve the problem. > > > > This problem may occur in the main web pages of all the Wikimedia sites. > > Could you kindly let us know what you think? Thank you in advance. > > > > Best, > > Changhee Park and Sukyoung Ryu > > > > > > _______________________________________________ > > Wikitech-l mailing list > > Wikitech-l(a)lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l >

3 3

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 April 2015