Re: [Wikitech-l] Users without a global SUL account will no longer be able to login

Wouldnt it be a lot better if we told the users it was SUL related? On Wed, Jul 15, 2015 at 10:40 AM, Legoktm wrote: > Hi, > > As part of concluding SUL finalization, users who do not have a global > SUL account will no longer be able to login. They will receive an error > message indicating tha

Re: [Wikitech-l] Removal of mobile.wikipedia.org and wap.wikipedia.org in support of browser HSTS preload

... Have we done any analysis on usage of those subdomains? On Thu, Jul 16, 2015 at 8:34 AM, Adam Baso wrote: > There's a ticket for removing mobile.wikipedia.org and wap.wikipedia.org > domains/subdomains, which are legacy domain names superceded by > m.wikipedia.org and its subdomains. > > htt

Re: [Wikitech-l] Removal of mobile.wikipedia.org and wap.wikipedia.org in support of browser HSTS preload

= 'user'; > > 35,543 > > hive> select count(*) from > wmf.webrequest where > year = 2015 and month = 7 and day = 14 > and access_method = 'mobile web' > and uri_host like '%.m.wikipedia.org' > and is_pageview = true and agent_type = '

Re: [Wikitech-l] Removal of mobile.wikipedia.org and wap.wikipedia.org in support of browser HSTS preload

Tuesdays are the slowest day for traffic, or some other factor that skews the data. Ensuring data validation is important when making these types of calls based off the working dataset. On Thu, Jul 16, 2015 at 11:05 AM, Toby Negrin wrote: > Hi John -- > > What do you think would be a bett

Re: [Wikitech-l] What happened to our user agent requirements?

Could they be sending a non-standard header of "-" On Tuesday, September 1, 2015, Chad wrote: > On Tue, Sep 1, 2015 at 9:24 AM Oliver Keyes > wrote: > > > Is the > > blocking of requests absent a user agent simply happening at a > > 'higher' stage (in mediawiki itself?) and so not registering w

Re: [Wikitech-l] Idea: Cryptographically signed wiki pages.

why do they need signed in the first place? On Sun, Sep 13, 2015 at 5:39 AM, Purodha Blissenbach < puro...@blissenbach.org> wrote: > In a discussion in the German Pirate Party the idea came up that we might > want to have cryptographically signed wiki pages. > I could not find that this has been

Re: [Wikitech-l] Understanding weird behaviour of diffto in API

You would need to use the rev_id of the page prior to the IP editing to get all changes that they made. Otherwise your not comparing to the page text prior to their first edit On Tue, Sep 15, 2015 at 11:53 AM, Petr Bena wrote: > Just to make clear what my problem is, here is example. There is a

Re: [Wikitech-l] Importing XML Dumps - templates not working

What kind of dump are you working from? On Mon, Sep 21, 2015 at 2:50 PM, v0id null wrote: > Hello Everyone, > > I've been trying to write a python script that will take an XML dump, and > generate all HTML, using Mediawiki itself to handle all the > parsing/processing, but I've run into a probl

Re: [Wikitech-l] Consolidating user tables across multiple wikis

See https://www.mediawiki.org/wiki/Extension:CentralAuth On Wed, Oct 7, 2015 at 8:22 AM, James Montalvo wrote: > I know the WMF did a lot of work recently consolidating user accounts, and > I'm wondering if anyone can provide me with some information on how to do > it in my much simpler case. We

Re: [Wikitech-l] The case for a MediaWiki LTS release

One of the key reasons I use and recommend LTS is that upgrading version to version can sometimes be a nightmare. Off hand I can think of the composer and skin repo changes that each took 1-2 hours to figure out and fix. Many of the users who use MediaWiki on either intranets or lesser hosting site

Re: [Wikitech-l] Part 2: The right way to inject JavaScript?

See https://www.mediawiki.org/wiki/ResourceLoader/Migration_guide_%28users%29#mw.loader On Fri, Jan 8, 2016 at 1:53 PM, Daniel Barrett wrote: > Last week, I asked the right way to inject raw JavaScript so that "mw" and > "jQuery" were defined. I was helpfully pointed to > ResourceLoader::makeInl

Re: [Wikitech-l] Accuracy review on tool labs?

It might be due to DMCA safe harbor restrictions On Wednesday, January 13, 2016, Brian Wolff wrote: > On Wednesday, January 13, 2016, James Salsman > wrote: > > John, > > > > Are you sure it makes sense to run accuracy review on wikimedia servers? >

Re: [Wikitech-l] pt.wikimedia.org - database naming

I dont want to come across as a dick, but renaming this wiki shouldn't be overly difficult. Worst case you dump the database and re-import under a new name. Since this is a non-active wiki all of the normal overhead isnt there. On Wed, Feb 24, 2016 at 10:42 AM, Chad wrote: > On Wed, Feb 24, 20

[Wikitech-l] HTTPS only

I am trying to double check my code and see if I have any remaining code using a non-secure connection. Do we have tools for assisting in this? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitec

Re: [Wikitech-l] HTTPS only

OK, thanks for the help. how often is that updated? On Wed, May 25, 2016 at 1:02 PM, Brad Jorsch (Anomie) wrote: > On Wed, May 25, 2016 at 11:41 AM, John wrote: > > > I am trying to double check my code and see if I have any remaining code > > using a non-secure connection

Re: [Wikitech-l] RAND for sql

You can use page_random for that On Sat, Jul 30, 2016 at 10:42 AM, yonnel kurtz wrote: > Hello, > > I prepare an extension for category (for myself). I need to find page in a > sql select with "order by rand()" (mysql). > > How to do ? I have each time an error when i try. > This is my syntax

Re: [Wikitech-l] RAND for sql

> 'page_title ASC' > #'ORDER BY' => rand(), > 'LIMIT' => 10, >), > > yonnel > > 2016-07-30 16:44 GMT+02:00 John > >: > > > You can use page_random for that > > > > On Sat, Jul 30, 2016 at 10:42

Re: [Wikitech-l] Reload SQLight from MYSQL dump?

For mass imports, use importDump.php - see < http://www.mediawiki.org/wiki/Manual:Importing_XML_dumps> for details. On Mon, Aug 1, 2016 at 8:37 PM, Jefsey wrote: > I am not familiar with databases. I have old MySQL based wikis sites I > cannot access anymore due to a change in PHP and MySQL ver

Re: [Wikitech-l] Reload SQLight from MYSQL dump?

XML dumps are xml dumps regardless of the backend used. The importdump.php tool that I referenced takes care of the minor differences between the versions. Go ahead and follow the process for importing XML databases. On Tue, Aug 2, 2016 at 1:57 PM, Jefsey wrote: > At 02:44 02/08/2016, J

Re: [Wikitech-l] CirrusSearch index not update after edits

Check your job queue? On Sun, Aug 7, 2016 at 2:43 PM, Aran wrote: > Hi, > > I've installed the current CirrusSearch on a MediaWiki 1.27 with local > ElasticSearch 1.7.5 and everything went smoothly, except that the index > doesn't update by itself after I edit pages. Only if I re-run the > maint

[Wikitech-l] git release branches

Can we get a repo for each major release that contains core, skins, and all extensions in a single checkout? Right now I am updating and with all of the sub modules, I am running into issues where I cant set a branch on the extensions/ repo for REL 1_27 and get all extensions as of that branching,

Re: [Wikitech-l] git release branches

. On Mon, Aug 29, 2016 at 11:25 AM, Chad wrote: > On Mon, Aug 29, 2016 at 8:04 AM John wrote: > > > Can we get a repo for each major release that contains core, skins, and > all > > extensions in a single checkout? Right now I am updating and with all of > > the sub

Re: [Wikitech-l] MediaWiki 1.28 questions (isBot() and database)

db changes are fairly easy to take care of during an update (Just running update.php handles all of it) I personally prefer the LTS branches due to having less maintenance needs. On Wed, Aug 31, 2016 at 11:08 AM, Bináris wrote: > https://phabricator.wikimedia.org/diffusion/MW/browse/ > master/RE

Re: [Wikitech-l] How to login with API?

you can still login via the API,without having to use either oauth or botpassword On Mon, Sep 5, 2016 at 11:08 PM, Bináris wrote: > I found bot passwords, but they offer very limited user rights. > So the best thing is to try without API? > > 2016-09-06 0:24 GMT+02:00 Gergo Tisza : > > > On Sun,

Re: [Wikitech-l] Commons problem on own MW install

Try using foreign file repo instead of instant commons see if that fixes your issue. On Wed, Oct 19, 2016 at 11:22 AM, Andre Klapper wrote: > On Wed, 2016-10-19 at 09:30 +, Paladox wrote: > > Reason why I ask since I belive it might be because mediawiki 1.23 > > is using http and mediawiki

Re: [Wikitech-l] [Xmldatadumps-l] Wikipedia page IDs

It looks like the page was deleted/restored thus giving it a new page ID. Originally when pages where deleted the page_id was not kept, which caused a new page_id to be issued when it was restored. This phenomenon has since been fixed, and should no longer happen. On Sat, Dec 3, 2016 at 8:47 AM, R

Re: [Wikitech-l] Discussion Platform

An issue was raised about only seeing IRC messages while logged in, however the WMF does publicly log several of their channels, so that is a moot point ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinf

Re: [Wikitech-l] Discussion Platform

7;t very accessible. When you join in a chat after being > disconnected (like IRC does all the time), you'd like to look through the > previous discussions easily. > > On Sat, Dec 10, 2016 at 4:30 PM, John wrote: > > > An issue was raised about only seeing IRC messages whil

Re: [Wikitech-l] Creating a broken link

Does the page exist already? On Wed, Jan 25, 2017 at 8:23 AM Victor Porton wrote: > How to create a broken ("edit", "red") link to a page? > > That is I want to generate a HTML code which displays a link, clicking > which leads to the editor (for a page). The link should be red. > > What is the

[Wikitech-l] bugs in #mediawiki

Looks the the wikibugs is having issues, and needs poked ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] bugs in #mediawiki

It should be returned, we had this same argument not that long ago. On Sat, Apr 26, 2014 at 12:51 AM, Legoktm wrote: > On 04/25/2014 09:10 PM, John wrote: > >> Looks the the wikibugs is having issues, and needs poked >> > > The new wikibugs is now in #wikimedia-dev,

Re: [Wikitech-l] bugs in #mediawiki

The discussion resulted in keeping wikibugs in #mediawiki On Sat, Apr 26, 2014 at 8:11 AM, Bartosz Dziewoński wrote: > It should not, we had this same argument not that long ago. > > -- > Matma Rex > > > ___ > Wikitech-l mailing list > Wikitech-l@lists.

Re: [Wikitech-l] bugs in #mediawiki

, regardless to how broken the code is. On Sat, Apr 26, 2014 at 8:29 AM, Bartosz Dziewoński wrote: > On Sat, 26 Apr 2014 14:13:49 +0200, John > wrote: > > The discussion resulted in keeping wikibugs in #mediawiki >> > > Not true, we even had a patch merged to move it

Re: [Wikitech-l] bugs in #mediawiki

Correct, we migrated some of the bots, but left wikibugs there. That was the outcome of the previous discussions On Sat, Apr 26, 2014 at 4:04 PM, Antoine Musso wrote: > Le 26/04/2014 06:51, Legoktm a écrit : > > On 04/25/2014 09:10 PM, John wrote: > >> Looks the the wikibug

Re: [Wikitech-l] Help with Bug 61900 - Invalid Ogg file: Stream Undecodable

Might be an issue with the JavaScript decoder/player process that is used on wiki. While direct access and downloaded relies on other methods On Saturday, May 10, 2014, Daniel Mietchen wrote: > Dear all, > > is anyone here at the hackathon in Zurich who can help us with moving > forward on this

[Wikitech-l] enwiki display issues

Looks like Javascript/CSS is intermittently failing. http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#Something_is_broken ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Deployments of new, radically different default features

Here is an interesting deployment idea, roll out but leave as opt-in for a period of time, after a month or so, set as default for anons and new accounts, During the whole process keep track of who has enabled it and then disabled it, vs never enabled it. After a period of time move everyone who ha

Re: [Wikitech-l] Bot flags and human-made edits

Actually there are a few cases in the non API where bots can assert not being a bot, and there are some cases where non-bots can flag as bots for specific cases (I know it in the past it was used to suppress RC floods of mass vandalism reverts by admins) so your picture isnt complete On Mon, May

[Wikitech-l] wikibugs IRC down

Looks like something happened to the IRC bot. Havent seen a bug report in several hours ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] SVG linking of external images/bitmaps - xlink:href should support http(s) resources

How would this work for non-wmf wikis? what about executing JavaScript that is posted to a approved wiki? This would make XSS and a whole host of other problems a lot easier to do. So we whitelist commons.wikimedia.org whats stopping a user from making a user subpage with some JS code that executes

Re: [Wikitech-l] Making a plain MW core git clone not be installable

there is currently a patch in gerrit which would do exactly that if merged. On Tue, Jun 10, 2014 at 11:22 PM, Isarra Yos wrote: > On 11/06/14 02:30, Tim Starling wrote: > >> In CR comments on https://gerrit.wikimedia.org/r/#/c/135290/ >> it has been proposed that we make a git clone of the MW co

Re: [Wikitech-l] Making a plain MW core git clone not be installable

My suggestion, "Flip the fuck out" Its a really bad idea that wasnt thought though, If users want SwiftMailer support it should be done in an extension, and not in core On Tue, Jun 10, 2014 at 11:30 PM, Isarra Yos wrote: > On 11/06/14 03:24, John wrote: > >> there is curre

Re: [Wikitech-l] Making a plain MW core git clone not be installable

What about doing the reasonable thing and leaving core the hell alone? this should be an extension and not shoved into core. On Tue, Jun 10, 2014 at 11:43 PM, Daniel Friesen wrote: > On 2014-06-10, 7:30 PM, Tim Starling wrote: > > I have suggested, as a compromise, to make the vendor directory b

Re: [Wikitech-l] Making a plain MW core git clone not be installable

, Isarra Yos wrote: > On 11/06/14 03:31, John wrote: > >> My suggestion, "Flip the fuck out" Its a really bad idea that wasnt >> thought >> though, If users want SwiftMailer support it should be done in an >> extension, and not in core >> >>

Re: [Wikitech-l] Making a plain MW core git clone not be installable

Ouch, thanks for wasting a few of my brain cells. This is why do dont add stupid code to core. My web server doesnt have curl installed, nor does it have /usr/bin/local/ You havent bothered to think your code through. Why dont you un-fuck your code, configure it as an extension and go from there?

Re: [Wikitech-l] Making a plain MW core git clone not be installable

No one has really addressed the point of making this an extension and not adding the excessive overhead to core. Especially for something that may have such a wide impact. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia

Re: [Wikitech-l] How to Keep Track of Template Values Across a Wikipedia?

I'm sending this from my mobile, but doesn't the cite doi generate an external link? On Saturday, June 14, 2014, Maximilian Klein wrote: > That is a a great Idea for just dealing with those cases of {{Cite doi}}. > However I just realized from your response that the scope of this problem > is la

Re: [Wikitech-l] How to Keep Track of Template Values Across a Wikipedia?

Ok, taking a closer look all you need to do is to track external link usage. It appears that all the cite templates use a http://dx.doi.org/XX format URL. write a program to parse/keep track of the uses It shouldnt be that hard. ___ Wikitech-

Re: [Wikitech-l] Ensure that user is logged in

Look up the assert parameter in the API On Jun 19, 2014 6:52 AM, "Petr Bena" wrote: > Hi, > > Is there some effective way to do this? We are using only mw api's in > latest huggle, and somehow it happens that when users are logged out > of mediawiki, it still works (edits are done using IP inste

Re: [Wikitech-l] Ensure that user is logged in

ic position, like token? > > On Thu, Jun 19, 2014 at 12:54 PM, John wrote: > > Look up the assert parameter in the API > > On Jun 19, 2014 6:52 AM, "Petr Bena" wrote: > > > >> Hi, > >> > >> Is there some effective way to do this? We are u

Re: [Wikitech-l] Linux distros or Solaris for MediaWiki

Actually the WMF servers run Ubuntu, and it refers to the apt-get install mediawiki method as being unsupported On Sun, Jul 20, 2014 at 4:16 PM, Christopher Wilson wrote: > I think that's referring to the package distributed by Ubuntu/Canonical, > not support for running the app if you install i

Re: [Wikitech-l] Moving Vector and MonoBook to separate repositories and what it means for you

Why not just move them to an extension? moving them to their own repo begs for a headaches On Mon, Jul 28, 2014 at 4:50 PM, Maarten Dammers wrote: > Hi Bartosz, > > Sounds good. > > Bartosz Dziewoński schreef op 28-7-2014 20:53: > > If you're upgrading a wiki or you're a developer working on ma

Re: [Wikitech-l] Moving Vector and MonoBook to separate repositories and what it means for you

and forking left and right it gets ugly. We already have an existing framework for adding modules to mediawiki (Extensions) let's use that vs re-inventing the wheel. On Monday, July 28, 2014, Bartosz Dziewoński wrote: > On Mon, 28 Jul 2014 22:59:40 +0200, John > wrote: > >

Re: [Wikitech-l] Moving Vector and MonoBook to separate repositories and what it means for you

Exactly what I warned about. Yet another example of poor thinking/execution and exactly what I predicted. On Thu, Aug 7, 2014 at 12:02 PM, James HK wrote: > Hi, > > I just went on to `git pull --rebase origin master` on getting MW > 1.24 master and suddenly I see a "Whoops! The default skin fo

Re: [Wikitech-l] Moving Vector and MonoBook to separate repositories and what it means for you

less than constructive. I am sure Bartosz is > > already working on it. > > > > And James, what is your problem? Try running a current MW with the > > LocalSettings.php from - I don't know - MW 1.16 or something. You > > expect that to work? Really? > > > > Maybe eve

[Wikitech-l] Extension idea

How feasible would it be to enable file access/linking to files on a given filesystem without having to upload them? Use case, I have a documentation system in /server/docs which I provide access internally via a file share to all users. However remote users are unable to access that share. How d

Re: [Wikitech-l] Tor and Anonymous Users (I know, we've had this discussion a million times)

Uh, Creating sleeper accounts from good IPs lettting them go stale beyond CU retention, and you have an infinite number of accounts you can then use to skip past the softblocks on tor and create havoc. Anything short of a hard block wont stop open proxy abuse. On Wed, Oct 1, 2014 at 10:44 AM, Jack

Re: [Wikitech-l] Tor and Anonymous Users (I know, we've had this discussion a million times)

And any kind of account creation block will cause issues with users who work across multiple projects as SUL auto account creation is also blocked. On Wed, Oct 1, 2014 at 10:57 AM, John wrote: > Uh, Creating sleeper accounts from good IPs lettting them go stale beyond > CU retention, a

Re: [Wikitech-l] Tor and Anonymous Users (I know, we've had this discussion a million times)

Prior to TOR being enabled we need to be able to flag both logged in and logged out edits made via TOR. On Wed, Oct 1, 2014 at 11:00 AM, Brian Wolff wrote: > On Oct 1, 2014 11:40 AM, "Brad Jorsch (Anomie)" > wrote: > > > > On Wed, Oct 1, 2014 at 10:29 AM, Brian Wolff wrote: > > > > > On Oct 1,

Re: [Wikitech-l] Tor and Anonymous Users (I know, we've had this discussion a million times)

The abuse filter has no way of identifying TOR exit nodes, thus it cannot be used for this. Some developer will need to interface with the TOR blocking code and use the same TOR identification methods to ID and label both logged in and logged out edits made via TOR. ___

Re: [Wikitech-l] Tor and Anonymous Users (I know, we've had this discussion a million times)

My example means that unless TOR is hard blocked attackers can create 6 accounts per day on there home IP and just wait till they go stale and use 6 attack accounts per day. There isn't a need for infinite accounts, just that soft blocking is pointless in this case On Wednesday, October 1, 2014, B

[Wikitech-l] Recent Spam on this list

Over the last few days I have seen a number of emails with no subject and just an email address in the content of the message. Can these please get blocked? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/lis

Re: [Wikitech-l] changing edit summaries

Its the same reason you cannot go back and modify changes to a revision. Subsequent changes create new revisions, because edit summaries are not versioned its not possible to change them and maintain the chain On Thu, Nov 13, 2014 at 7:15 AM, Amir E. Aharoni < amir.ahar...@mail.huji.ac.il> wrote:

Re: [Wikitech-l] changing edit summaries

. It's just that there is no > feature which would allow that. > > On Thu, Nov 13, 2014 at 1:27 PM, John wrote: > > Its the same reason you cannot go back and modify changes to a revision. > > Subsequent changes create new revisions, because edit summaries are not > &g

Re: [Wikitech-l] changing edit summaries

Issues arise in the fact that malicious editors can abuse it after the initial review has been done. Or you can run into cases where offensive material is added attacking another editor, so editor B reports the issue and before anyone has a chance to review it editor A changes it back to something

Re: [Wikitech-l] changing edit summaries

Im not saying that it shouldnt be allowed, what I am saying is if we are going to brainstorm on the topic, these issues are the most obvious and critical problems. I saw scotts last email and think that given those limited constraints its possible without too much fuss. On Thu, Nov 13, 2014 at 2:4

Re: [Wikitech-l] changing edit summaries

Depends on how its done On Thu, Nov 13, 2014 at 3:29 PM, Antoine Musso wrote: > Le 13/11/2014 18:05, Brian Wolff a écrit : > > Id make the argument that modifying edit summaries in git is somewhat > akin > > to taking a database dump of a mediawiki install, editing the dump, and > > re-importing

Re: [Wikitech-l] searching across all languages

There isn't a way within mediawiki. however if you use the site trick in google "term site:wikipedia.org" you should be able to do it On Sunday, November 16, 2014, svetlana wrote: > What URL can I use to search across all languages of Wikipedia (or a > sister project)? Would like to add it as a

Re: [Wikitech-l] RFC meeting wikignoming (Re: RFC meeting this week)

What channel are the meetings held in? On Thursday, November 20, 2014, MZMcBride wrote: > On Thu, Nov 20, 2014 at 10:57 AM, Rob Lanphier > wrote: > > We (collectively) need to get a lot better about not merely signaling > > what is coming up, but what the results of these decisions are. If > >

Re: [Wikitech-l] Tool on labs for replacing old username signatures

Yeah, I would say that a bot is a bad idea. Redirects are cheap and should be used On Feb 6, 2015 4:34 PM, "Brad Jorsch (Anomie)" wrote: > On Fri, Feb 6, 2015 at 4:02 PM, Keegan Peterzell > > wrote: > > > I'm not a developer my self, so thoughts on feasibility and > implementation > > are welcom

Re: [Wikitech-l] Starting conversion of LiquidThreads to Flow at mediawiki.org

Instead of dropping indents use something like {{od}} On Tuesday, March 17, 2015, Danny Horn wrote: > (sorry for reposting, the first version had attachments and wasn't > appearing in the archive) > > As a PS to that long post, here's another long post. I mentioned above that > I'd get into more

Re: [Wikitech-l] Starting conversion of LiquidThreads to Flow at mediawiki.org

I think my post might have gotten lost. But what is normal on wiki when we hit a reasonable indentation level is to use a template like {{od}} that has a return and an arrow showing that the conversation is continued unindented ___ Wikitech-l mailing list

Re: [Wikitech-l] Starting conversion of LiquidThreads to Flow at mediawiki.org

What do you mean it doesn't scale? On Thursday, March 19, 2015, Gerard Meijssen wrote: > Hoi, > REALLY .. never ever heard about that template ... and it does not scale > Thanks, > GerardM > > On 19 March 2015 at 16:39, John > > wrote: > > > I think my

Re: [Wikitech-l] Starting conversion of LiquidThreads to Flow at mediawiki.org

> Thanks, > > GerardM > > On 19 March 2015 at 17:05, John > > wrote: > > > What do you mean it doesn't scale? > > > > On Thursday, March 19, 2015, Gerard Meijssen > > > wrote: > > > > > Hoi, > > > REALLY .. never ev

Re: [Wikitech-l] Starting conversion of LiquidThreads to Flow at mediawiki.org

If it's not clear ask for clarification. I am posting from my mobile, so I don't have pretty screenshots handy. I am by no means suggesting that flow should use a template. Instead when it detects a reply above a specific indent level it uses the same functionality that od fulfilles __

[Wikitech-l] Serious unfixed wikidata bug

T43345 is classified as a high priority, and hasn't been fixed for three years. Getting a column added to indicate that a language link is stored in a foreign repo shouldn't be this hard. I can think of quite a few cases where this data could be leveraged i

Re: [Wikitech-l] Serious unfixed wikidata bug

I have commented on the bug in the past, it didnt lead to progress so I am trying another approach this time in an effort to get it fixed. On Sun, Apr 26, 2015 at 5:16 PM, Andre Klapper wrote: > On Sun, 2015-04-26 at 16:56 -0400, John wrote: > > T43345 <https://phabricator.wikimedi

Re: [Wikitech-l] Efficiently find the last content edit of an article?

just comparing the text hashes should be enough On Mon, Apr 27, 2015 at 2:51 PM, Daniel Barrett wrote: > What is the best way (in code) to locate the most recent revision of > article in which the text actually changed? That is, the revision was not a > "move" or other non-editing operation? > >

Re: [Wikitech-l] API result formatting changes (being announced a little late), for developers

When does this go live? On Friday, May 1, 2015, Ryan Kaldari wrote: > Wow, this list of changes fixes a lot of things that I've hated about our > API for a long time (no more star properties! no more setIndexedTagName > errors! consistent JSON formatting!). I feel like it's Christmas! Thanks > f

Re: [Wikitech-l] Tools: Best way to start-up procs after outages.

I have most of the scripts/bots that I have running configured via a single bash script which utilizes the -once jsub command to only restart the job if its not running On Mon, May 18, 2015 at 12:38 PM, Maximilian Klein wrote: > Hello, > > I think that after one of the recent tools-labs outages

Re: [Wikitech-l] Per-user search query limiting being deployed to wmf wikis

This will bring such a idea to a screeching halt. Any kind of shared IPs will be unable to search On Mon, May 18, 2015 at 7:54 PM, Pine W wrote: > While I understand the intent of conserving search resource use, will this > change have adverse effects in situations like professors instructing th

Re: [Wikitech-l] Per-user search query limiting being deployed to wmf wikis

If the stressor point is a few hundred hits, lets pick a value low enough not to risk reaching the max, but high enough to not risk excessive collateral damage, Something along the lines of 40-50 would avoid most accidental triggers and low enough to limit server stress. Its far better to incremen

Re: [Wikitech-l] Publish your source!

How about dont be a dick? there are often a lot of reasons that programers dont have a published source available. On Wed, May 20, 2015 at 5:57 PM, Ricordisamoa wrote: > 219 tools and only 146 with > source available < > https://tools.wmflabs.org/hay/di

Re: [Wikitech-l] Simplifying the WMF deployment cadence

Is there still the same week gap between version deployments to catch bugs? On Wed, May 27, 2015 at 4:19 PM, Greg Grossmeier wrote: > Hi all, > > Starting the week of June 8th we'll be transitioning our MediaWiki + > Extensions deployment cadence to a shorter/simpler one. This will begin > with

Re: [Wikitech-l] [Wikimedia-l] Fwd: API BREAKING CHANGE: Default continuation mode for action=query will change at the end of this month

This is something that the pywiki devs need to fix in compat. Please dont give me shit about moving to core. I have yet to have it not fatally error out in less than 10 minutes of using it. There are still a lot of features that core doesnt have, or that are poorly implemented. On Tue, Jun 2, 2015

Re: [Wikitech-l] [Pywikipedia-l] [Wikimedia-l] Fwd: API BREAKING CHANGE: Default continuation mode for action=query will change at the end of this month

to the last ticket is uncalled for. The user filed a report about missing features from compat, your response was basically We dont care, fix it yourself. On Wed, Jun 3, 2015 at 4:20 AM, Amir Ladsgroup wrote: > Can you name one? > > On Wed, Jun 3, 2015 at 5:02 AM John wrote: >

Re: [Wikitech-l] Toolserver is not opening for GU:WP

ccing both lists, dab just rebooted s3 which is probably the cause On Thu, Sep 27, 2012 at 12:28 PM, Jeremy Baron wrote: > On Sep 27, 2012 12:19 PM, "Harsh Kothari" wrote: >> Toolserver is not responding on GU:WP.. So that members of Gujarati > Wikipedia cannot see the stats of Gu:Wp.. >> See th

Re: [Wikitech-l] Toolserver is not opening for GU:WP

Im ccing Tparis on this, it should be running without issue On Fri, Sep 28, 2012 at 9:33 AM, Harsh Kothari wrote: > when it will start working?? > > Thanks > Harsh > On 28-Sep-2012, at 12:31 AM, John wrote: > >> ccing both lists, dab just rebooted s3 which is probably the

Re: [Wikitech-l] best way to clean up the wiki from 3Gb of spam

His wiki is clean, Ive found that the scripts require tweaking for each wiki On Sat, Oct 6, 2012 at 9:21 AM, Yury Katkov wrote: > Tyler, how are the results? John, can you upload it on some > repository? Google code, github? > > P.S. Sorry for that super-late response, I appreciate

Re: [Wikitech-l] Import rights for non-admins

It is fairly easy to create a new user group with just that one right. On Sunday, October 7, 2012, Marcus Buck wrote: > Hello, > On Wikipedia the right to import articles via Special:Import is bound to > the user group 'administrator' by default. > > On nds.wp we discussed that it would be useful

Re: [Wikitech-l] Distinguishing disambiguation pages

see https://bugzilla.wikimedia.org/show_bug.cgi?id=43210 On Mon, Dec 24, 2012 at 5:12 AM, Matma Rex wrote: > On Mon, 24 Dec 2012 11:00:36 +0100, Jon Robson wrote: > >> Last week I was working on a feature that I didn't want to surface on >> a disambiguation page. I was surprised to find there wa

Re: [Wikitech-l] Distinguishing disambiguation pages

That is why I was suggesting adding a field to the page table, instead of using page_props On Wed, Dec 26, 2012 at 9:56 AM, Andrew Dunbar wrote: > It would also be great if these pages were marked in the dump files too. > > It should be exactly the same way as how redirect pages are marked. > > >

Re: [Wikitech-l] wikiscan / similar for english wikipedia

Can you go into some more detail? On Wed, Jan 30, 2013 at 4:38 PM, rupert THURNER wrote: > hi, > > is there any possibility to have a list of users with contributions similar > to: > http://wikiscan.org/?menu=userstats&userlist=Cat%C3%A9gorie%3AUtilisateur+participant+au+projet+Afrip%C3%A9dia >

Re: [Wikitech-l] Populating PageImages data

I think there are still some serious issues with this extension, I have checked several pages, and used the max limit parameter and all it returns is a single thumb On Fri, Feb 1, 2013 at 8:20 AM, Max Semenik wrote: > On 01.02.2013, 9:21 MZMcBride wrote: > >> Max Semenik wrote: >>>A month ago, Pa

Re: [Wikitech-l] Populating PageImages data

Its broken, on pages where there are multiple images it just shows the first one On Friday, February 1, 2013, Max Semenik wrote: > On 01.02.2013, 18:14 John wrote: > > > I think there are still some serious issues with this extension, I > > have checked several pages, and

Re: [Wikitech-l] What can be done with a watchlist too big to edit?

I have a basic pywikipedia script that can purge a watch list On Thursday, February 28, 2013, Katie Chan wrote: > On 28/02/2013 14:22, Tuszynski, Jaroslaw W. wrote: > >> I do a lot of work on Commons, while using a setting that all pages I >> edit go to my watchlist. In the past I was able to con

Re: [Wikitech-l] en.planet updates stuck - need Python help (upstream problem)

Its a matter of encoding, see my post on the bug On Thu, Mar 14, 2013 at 6:29 PM, Daniel Zahn wrote: > note: this did not happen from the beginning and does not apply to > other languages (or at least not all of them), > so it depends which feeds you subscribe to and their (current) > content. It

[Wikitech-l] JobQueue

I know Aaron has spent a lot of time on the job queue. But I have several observations and would like some feedback. The current workers apparently select jobs from the queue at random. A FIFO method would make far more sense. We have some jobs that can sit there in the queue for extended periods o

Re: [Wikitech-l] Querying the database

Feel free to drop me a mail off list, Ive got a TS account and will gladly lend a hand with the reports On Wed, May 22, 2013 at 4:24 PM, Petr Onderka wrote: > This is probably not what you want to hear, but one way would be to get a > Toolserver account. > That way, you wouldn't need the query

Re: [Wikitech-l] XML and Unicode chars in tag names

Im a python programmer, your whole approach to strings/unicode needs help. The encoding issue you have isnt due to the library but rather coder error. If you want to jump on IRC I can talk you through the issues. On Sun, Jul 14, 2013 at 4:23 PM, Strainu wrote: > 2013/7/14 MZMcBride : > > Strainu

  1   2   3   4   5   6   7   >