Re: [Wikitech-l] get ready for MediaWiki Documentation Day on May 12th!

This is a ver nice effort. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Tech Talk: A Gentle Introduction to Wikidata for Absolute Beginners [including non-techies!]

Hello again. I'd like to let you know that thanks to Victor Grigas, the Commons video of this talk (link below) now has English subtitles, synced to the talk. This should make it easier to *translate the subtitles *to make this video useful for fellow Wikimedians in other languages. It's a very

Re: [Wikitech-l] "must be of type int, int given"

On 04/17/2017 10:50 PM, Chad wrote: On Mon, Apr 17, 2017 at 2:07 PM Gergo Tisza wrote: On Mon, Apr 17, 2017 at 8:35 PM, Denny Vrandečić wrote: Value returned from function f() must be of type int, int given Have you enabled PHP7 mode

Re: [Wikitech-l] Historical use of latin1 fields in MySQL

On 2 May 2017 at 19:10, Mark Clements (HappyDog) wrote: > Hi all, > > I seem to recall that a long, long time ago MediaWiki was using UTF-8 > internally but storing the data in 'latin1' fields in MySQL. > I remember a old thread in 2009. https://lists.gt.net/wiki/wikitech/160875 -- -- ℱin

[Wikitech-l] Security announcement: XSS when Kartographer is used with JsonConfig

A stored XSS vulnerability was discovered when Kartographer is configured to receive map data from wiki pages via JsonConfig. Unless your wiki has both extensions installed and JsonConfig is configured to provide map data, it is safe. Otherwise, you're encouraged to upgrade both extensions IMMEDIAT

Re: [Wikitech-l] Historical use of latin1 fields in MySQL

On 03/05/17 03:10, Mark Clements (HappyDog) wrote: > Can anyone confirm that MediaWiki used to behave in this manner, and > if so why? In MySQL 4.0, MySQL didn't really have character sets, it only had collations. Text was stored as 8-bit clean binary, and was only interpreted as a character seque

Re: [Wikitech-l] Historical use of latin1 fields in MySQL

On Tue, May 2, 2017 at 8:05 PM, Jaime Crespo wrote: > On Tue, May 2, 2017 at 9:24 PM, Brian Wolff wrote: > >> . >> > >> > On the latest discussions, there are proposals to increase the minimum >> > mediawiki requirements to MySQL/MariaDB 5.5 and allow binary or utf8mb4 >> > (not utf8, 3 byte utf8

Re: [Wikitech-l] Roadmap for CX?

Gradually. The migration to OOJS, which should also resolve several bugs, is expected to be deployed in a few weeks, but we don't know the precise date. The migration to VE will be done some time after that, in the second half of 2017. It will probably be another period during which there will be

Re: [Wikitech-l] Historical use of latin1 fields in MySQL

On Tue, May 2, 2017 at 9:24 PM, Brian Wolff wrote: > . > > > > On the latest discussions, there are proposals to increase the minimum > > mediawiki requirements to MySQL/MariaDB 5.5 and allow binary or utf8mb4 > > (not utf8, 3 byte utf8), https://phabricator.wikimedia.org/T161232. > Utf8mb4 > > s

Re: [Wikitech-l] Historical use of latin1 fields in MySQL

. > > On the latest discussions, there are proposals to increase the minimum > mediawiki requirements to MySQL/MariaDB 5.5 and allow binary or utf8mb4 > (not utf8, 3 byte utf8), https://phabricator.wikimedia.org/T161232. Utf8mb4 > should be enough for most uses (utf8 will not allow for emojis, for

Re: [Wikitech-l] Phabricator monthly statistics - 2017-04

On Tue, 2017-05-02 at 11:27 +0200, Quim Gil wrote: > On Mon, May 1, 2017 at 2:00 AM, communitymetrics wrote: > > > Tasks created in (2017-04): 2239 > > Tasks closed in (2017-04): 2391 > > More closed than opened? Celebration! Suspicious. So I filed https://phabricator.wikimedia.org/T164297 andr

Re: [Wikitech-l] Historical use of latin1 fields in MySQL

Mark, On Tue, May 2, 2017 at 7:10 PM, Mark Clements (HappyDog) < gm...@kennel17.co.uk> wrote: > Hi all, > > I seem to recall that a long, long time ago MediaWiki was using UTF-8 > internally but storing the data in 'latin1' fields in MySQL. > > I notice that there is now the option to use either

Re: [Wikitech-l] Historical use of latin1 fields in MySQL

On Tue, May 2, 2017 at 7:10 PM, Mark Clements (HappyDog) < gm...@kennel17.co.uk> wrote: > I seem to recall that a long, long time ago MediaWiki was using UTF-8 > internally but storing the data in 'latin1' fields in MySQL. > Indeed. See $wgLegacyEncoding

[Wikitech-l] get ready for MediaWiki Documentation Day on May 12th!

Mark your calendars! Friday, May 12th has been designated MediaWiki Documentation Day. This is a day to put aside normal development work and focus on improving MediaWiki documentation. This includes documentation for users, wiki administrators, and developers. Anyone with a good understanding of

Re: [Wikitech-l] Turkey ban

On Tue, 2017-05-02 at 09:00 -0700, Jonathan Morgan wrote: > And now, this: > https://arstechnica.com/tech-policy/2017/05/2-chinese-writers-wil > l-create-their-own-wikipedia-competitor/ I don't see much relation to the topic. There have been already issues connecting to Wikipedia in China, and

Re: [Wikitech-l] Turkey ban

On 2 May 2017 at 18:18, Ryan Kaldari wrote: > I think that's the first time I've heard Wikipedia described as bewitching. > I'll take it as a compliment. > FWIW, I have a hard time parsing this as bad news. Someone hiring 20,000 > professional writers to create a freely accessible (though not d

Re: [Wikitech-l] Turkey ban

On Tue, May 2, 2017 at 11:00 AM, Jonathan Morgan wrote: > And now, this: > https://arstechnica.com/tech-policy/2017/05/2-chinese- > writers-will-create-their-own-wikipedia-competitor/ > > ​IIRC, China has been announcing such an initiative in various forms almost perennially since Wikipedia b

Re: [Wikitech-l] Turkey ban

I think that's the first time I've heard Wikipedia described as bewitching. I'll take it as a compliment. FWIW, I have a hard time parsing this as bad news. Someone hiring 20,000 professional writers to create a freely accessible (though not distributable) encyclopedia is probably a net positiv

Re: [Wikitech-l] Historical use of latin1 fields in MySQL

I thought MediaWiki, by default, stored data as binary blobs, rather than something of a particular encoding? On May 2, 2017 at 10:11:38 AM, Mark Clements (HappyDog) ( gm...@kennel17.co.uk) wrote: Hi all, I seem to recall that a long, long time ago MediaWiki was using UTF-8 internally but storin

Re: [Wikitech-l] Turkey ban

I suspect if this will work, they also created on a own OS which... isn't popular at all. Von: Wikitech-l im Auftrag von Jonathan Morgan Gesendet: Dienstag, 2. Mai 2017 18:00 An: Wikimedia developers Betreff: Re: [Wikitech-l] Turkey ban And now, this: https://

[Wikitech-l] Historical use of latin1 fields in MySQL

Hi all, I seem to recall that a long, long time ago MediaWiki was using UTF-8 internally but storing the data in 'latin1' fields in MySQL. I notice that there is now the option to use either 'utf8' or 'binary' columns (via the $wgDBmysql5 setting), and the default appears to be 'binary'.[1]

Re: [Wikitech-l] Turkey ban

And now, this: https://arstechnica.com/tech-policy/2017/05/2-chinese-writers-will-create-their-own-wikipedia-competitor/ On Sun, Apr 30, 2017 at 1:39 AM, Amir Ladsgroup wrote: > The Iranian government by blocking several major websites (youtube, > facebook, twitter) actually made people awar

Re: [Wikitech-l] Roadmap for CX?

2017-05-02 11:42 GMT+03:00 Amir E. Aharoni : > 2017-04-27 8:55 GMT+03:00 Strainu : > >> Following the recent outage, we've had a new series of complaints >> about the lack of improvements in CX, especially related to >> server-side activities like saving/publishing pages. >> >> Now, I know the team

Re: [Wikitech-l] Phabricator monthly statistics - 2017-04

On Mon, May 1, 2017 at 2:00 AM, wrote: > Tasks created in (2017-04): 2239 > Tasks closed in (2017-04): 2391 More closed than opened? Celebration! -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil __

Re: [Wikitech-l] Roadmap for CX?

2017-04-27 8:55 GMT+03:00 Strainu : > Following the recent outage, we've had a new series of complaints > about the lack of improvements in CX, especially related to > server-side activities like saving/publishing pages. > > Now, I know the team is involved in a long-term effort to merge the > edi