date:20170407

hoo closed this task as "Resolved".hoo claimed this task.hoo added a comment.
I just tried setting the mentioned space as an alias and failed with both the API and the special pages. Therefore I think this is resolved… if there's another place where you still can set these aliases (or labels/ descriptions), please re-open.TASK DETAILhttps://phabricator.wikimedia.org/T62828EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Ricordisamoa, Aklapper, Wikidata-bugs, Addshore, adrianheine, Lydia_Pintscher, Fomafix, hoo, QZanden, Salgo60, D3r1ck01, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T96040: Wikibase special pages (tracking)

hoo closed subtask T62828: Special:SetAliases (or SpecialModifyTerm) should properly validate / normalize label/alias input as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T96040EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Luke081515, Liuxinyu970226, aude, Aklapper, QZanden, Ptolusque, Sethakill, Salgo60, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T162430: Puppet alert

2017-04-07 Thread Magnus

Magnus created this task.Magnus added projects: Labs, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONI keep getting a daily email alert:

Puppet is failing to run on the "wikidata-mobile.wikidata-dev.eqiad.wmflabs" instance in Wikimedia Labs.

I think I was once added to that project, but never did anything with it. Someone please either remove me from the project, or better yet, fix the problem!TASK DETAILhttps://phabricator.wikimedia.org/T162430EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc: Magnus, Aklapper, QZanden, Tbscho, Salgo60, D3r1ck01, Izno, Wikidata-bugs, aude, Gryllida, scfc, Mbch331, chasemp___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T159828: Use redis-based lock manager for dispatchChanges on test.wikidata.org

hoo closed this task as "Resolved".hoo added a comment.
We deployed this yesterday and I can confirm it to work correctly.

I tested this by stopping the regular dispatcher, enabling very verbose logging and then starting 3 dispatcher with --batch-size 1 --dispatch-interval 0 (making them very fast and "race" for changes). Afterwards I dispatch several changes from testwikidata to both testwiki and test2wiki and confirmed for them to properly arrive there in order.

The dispatchers ran into locks every now and then, so I assume the locking to be effective.TASK DETAILhttps://phabricator.wikimedia.org/T159828EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Stashbot, aude, gerritbot, aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Ladsgroup, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Salgo60, Lewizho99, Minhnv-2809, Maathavan, D3r1ck01, Izno, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T159826: Use redis-based lock manager in dispatch changes in production

hoo closed subtask T159828: Use redis-based lock manager for dispatchChanges on test.wikidata.org as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T159826EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, hooCc: daniel, hoo, Lydia_Pintscher, Jonas, Aklapper, jcrespo, Marostegui, aaron, Ladsgroup, QZanden, Vali.matei, Salgo60, Minhnv-2809, D3r1ck01, Volker_E, Izno, Luke081515, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Assigned] T162430: Puppet alert

2017-04-07 Thread Lydia_Pintscher

Lydia_Pintscher added subscribers: hoo, Lydia_Pintscher.Lydia_Pintscher assigned this task to hoo.Lydia_Pintscher added a comment.
@hoo will delete the instance on Tuesday next week. That should solve the issue.TASK DETAILhttps://phabricator.wikimedia.org/T162430EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, Lydia_PintscherCc: Lydia_Pintscher, hoo, Magnus, Aklapper, QZanden, Tbscho, Salgo60, D3r1ck01, Izno, Wikidata-bugs, aude, Gryllida, scfc, Mbch331, chasemp___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T162430: Puppet alert from wikidata-mobile labs VM

hoo changed the title from "Puppet alert" to "Puppet alert from wikidata-mobile labs VM".
TASK DETAILhttps://phabricator.wikimedia.org/T162430EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Lydia_Pintscher, hoo, Magnus, Aklapper, QZanden, Tbscho, Salgo60, D3r1ck01, Izno, Wikidata-bugs, aude, Gryllida, scfc, Mbch331, chasemp___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Merged] T162238: Watchlist in Wikipedia to also report changes to related Wikidata item

2017-04-07 Thread Lydia_Pintscher

Lydia_Pintscher closed this task as a duplicate of T46874: [Epic] Full support for wikibase edits in enhanced changes format ("Group changes by page in recent changes and watchlist" [usenewrc]).
TASK DETAILhttps://phabricator.wikimedia.org/T162238EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: matej_suchanek, Headbomb, Magioladitis, Aklapper, QZanden, Salgo60, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T46874: [Epic] Full support for wikibase edits in enhanced changes format ("Group changes by page in recent changes and watchlist" [usenewrc])

2017-04-07 Thread Lydia_Pintscher

Lydia_Pintscher added subscribers: Magioladitis, matej_suchanek, Headbomb.Lydia_Pintscher merged a task: T162238: Watchlist in Wikipedia to also report changes to related Wikidata item.
TASK DETAILhttps://phabricator.wikimedia.org/T46874EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Headbomb, matej_suchanek, Magioladitis, Andrei_Stroe, Strainu, JKatzWMF, Trizek-WMF, H4stings, nyuszika7h, Danmichaelo, Zppix, StudiesWorld, Kipod, Krenair, Soisyc_Croisic, vlsergey, Simon_Villeneuve, Aklapper, MGChecker, CennoxX, mxn, Ricordisamoa, Perhelion, Elitre, MisterSynergy, Conny, Reaper35, liangent, Jdforrester-WMF, Abraham, matmarex, Nemo_bis, Schnark, Tobi_WMDE_SW, He7d3r, aude, Liuxinyu970226, Tgr, Lydia_Pintscher, Ltrlg, Raymond, QZanden, Salgo60, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T159828: Use redis-based lock manager for dispatchChanges on test.wikidata.org

hoo moved this task from Doing to Done on the Wikidata-Sprint board.hoo removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T159828WORKBOARDhttps://phabricator.wikimedia.org/project/board/2351/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Stashbot, aude, gerritbot, aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Ladsgroup, QZanden, Salgo60, Minhnv-2809, D3r1ck01, Izno, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T161815: Update Wikibase not to use deprecated EditPageBeforeEditChecks hook

gerritbot added a comment.
Change 345624 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Do not use the deprecated EditPageBeforeEditChecks hook

https://gerrit.wikimedia.org/r/345624TASK DETAILhttps://phabricator.wikimedia.org/T161815EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdforrester-WMF, gerritbotCc: gerritbot, Aklapper, matmarex, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, merbst, Salgo60, Lewizho99, Maathavan, Wess, D3r1ck01, Izno, Jrf, Husun1297, Wikidata-bugs, Etonkovidova, aude, Swainr, Jdforrester-WMF, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T161815: Update Wikibase not to use deprecated EditPageBeforeEditChecks hook

hoo closed this task as "Resolved".hoo removed a project: Patch-For-Review.Herald added a project: User-Ryasmeen.
TASK DETAILhttps://phabricator.wikimedia.org/T161815EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdforrester-WMF, hooCc: gerritbot, Aklapper, matmarex, QZanden, merbst, Salgo60, Wess, D3r1ck01, Izno, Jrf, Husun1297, Wikidata-bugs, Ryasmeen, Etonkovidova, aude, Swainr, Jdforrester-WMF, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T157973: [Task] rework Special:NewLexeme

2017-04-07 Thread WMDE-leszek

WMDE-leszek closed subtask T160518: When creating a new lexeme, the lemma language should be derived from the lexeme language as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T157973EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, WMDE-leszekCc: Micru, VIGNERON, gerritbot, Ladsgroup, daniel, Jan_Dittrich, Aklapper, Lydia_Pintscher, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Salgo60, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T160518: When creating a new lexeme, the lemma language should be derived from the lexeme language

2017-04-07 Thread WMDE-leszek

WMDE-leszek closed this task as "Resolved".WMDE-leszek moved this task from Review to Done on the Wikidata-Sprint board.WMDE-leszek added a comment.
Initial version of the feature ready. It would need further improvements. Those should be tracked separately once actual requirements have been specified.TASK DETAILhttps://phabricator.wikimedia.org/T160518WORKBOARDhttps://phabricator.wikimedia.org/project/board/2351/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, WMDE-leszekCc: WMDE-leszek, Lydia_Pintscher, Aklapper, Jan_Dittrich, daniel, Ladsgroup, gerritbot, Jakob_WMDE, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Salgo60, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T159828: Use redis-based lock manager for dispatchChanges on test.wikidata.org

2017-04-07 Thread daniel

daniel added a comment.
Thank you @hoo!

One thing that still worries me is that we don't have a mechanism for stale locks. If a dispatcher dies while holding a lock, that lock  will stay until it times out (after 30 minutes, I think). So no changes will be dispatched to the respective client until the lock is gone. I currently see no good way to get around this, though. We could put information (host name and process id) about the lock holder into redis (or into the changes_dispatch table), and then actively check if the process is alive... but I don't know an easy way to do this without setting up another service.TASK DETAILhttps://phabricator.wikimedia.org/T159828EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, danielCc: Stashbot, aude, gerritbot, aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Ladsgroup, QZanden, Salgo60, Minhnv-2809, D3r1ck01, Izno, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T159828: Use redis-based lock manager for dispatchChanges on test.wikidata.org

hoo added a comment.

In T159828#3163025, @daniel wrote:
Thank you @hoo!

One thing that still worries me is that we don't have a mechanism for stale locks. If a dispatcher dies while holding a lock, that lock  will stay until it times out (after 30 minutes, I think). So no changes will be dispatched to the respective client until the lock is gone. I currently see no good way to get around this, though. We could put information (host name and process id) about the lock holder into redis (or into the changes_dispatch table), and then actively check if the process is alive... but I don't know an easy way to do this without setting up another service.


We can set a timeout for this LockManager::lock allows that (as third argument). I don't know what would be decent here, maybe 2 or 3 minutes?TASK DETAILhttps://phabricator.wikimedia.org/T159828EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Stashbot, aude, gerritbot, aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Ladsgroup, QZanden, Salgo60, Minhnv-2809, D3r1ck01, Izno, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T159828: Use redis-based lock manager for dispatchChanges on test.wikidata.org

jcrespo added a comment.
As a small side note- that can also happen on mysql. Despite locks being released on session disconnection, there has been some occasions where the mysql session is not killed (it continuous), but the thread on mediawiki has been. There are several known bugs about that like: T97192, where a connector with issues doesn't terminate the MySQL session cleanly. If there is a timeout that works now, that is better than what we have now :-)TASK DETAILhttps://phabricator.wikimedia.org/T159828EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, jcrespoCc: Stashbot, aude, gerritbot, aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Ladsgroup, QZanden, Salgo60, Minhnv-2809, D3r1ck01, Izno, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T159828: Use redis-based lock manager for dispatchChanges on test.wikidata.org

2017-04-07 Thread daniel

daniel added a comment.

In T159828#3163026, @hoo wrote:
We can set a timeout for this LockManager::lock allows that (as third argument). I don't know what would be decent here, maybe 2 or 3 minutes?


The timeout must be longer than the maximum time that the lock could be legitimately held. Otherwise it will time prematurely, while dispatching is still in progress. I'm not sure we can detect premature timeout of the lock. If we can, I'd feel safer in experimenting with low values. If we can't detect this, we have to be very conservative.TASK DETAILhttps://phabricator.wikimedia.org/T159828EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, danielCc: Stashbot, aude, gerritbot, aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Ladsgroup, QZanden, Salgo60, Minhnv-2809, D3r1ck01, Izno, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Block] T18976: Wikis waiting for creation (tracking)

2017-04-07 Thread Rachitrali

Rachitrali reopened subtask T160865: Create Wikipedia Khowar as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T18976EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RachitraliCc: StevenJ81, Acer, Danny_B, TerraCodes, JEumerus, greg, Krenair, Aklapper, Meno25, Matanya, Arseny1992, aude, brion, Amire80, Ebe123, SPQRobin, mxn, TTO, Az1568, Pathoschild, Merl, Petrb, Steinsplitter, revi, Glaisher, Rschen7754, Kanjy, Snowolf, Hkjacksonhk, Liuxinyu970226, jeremyb, MF-Warburg, Stryn, zhuyifei1999, Dcljr, Dereckson, JohnLewis, QZanden, Salgo60, Urbanecm, D3r1ck01, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Mbch331, Rxy, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T159828: Use redis-based lock manager for dispatchChanges on test.wikidata.org

hoo added a comment.

In T159828#3163156, @daniel wrote:

In T159828#3163026, @hoo wrote:
We can set a timeout for this LockManager::lock allows that (as third argument). I don't know what would be decent here, maybe 2 or 3 minutes?


The timeout must be longer than the maximum time that the lock could be legitimately held. Otherwise it will time prematurely, while dispatching is still in progress. I'm not sure we can detect premature timeout of the lock. If we can, I'd feel safer in experimenting with low values. If we can't detect this, we have to be very conservative.


The highest times I can currently see are 11s (and even that surprises me… something must be really odd there). So going for 10 times that (2 minutes) should be a rather safe bet.

In case we switch towards waiting for the slaves on the lock, we can also take the current replag into account.TASK DETAILhttps://phabricator.wikimedia.org/T159828EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Stashbot, aude, gerritbot, aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Ladsgroup, QZanden, Salgo60, Minhnv-2809, D3r1ck01, Izno, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T155103: Create a truthy nt dump

gerritbot added a comment.
Change 346636 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] dumpRdf: Allow creating truthy dumps

https://gerrit.wikimedia.org/r/346636TASK DETAILhttps://phabricator.wikimedia.org/T155103EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: gerritbot, Hadyelsahar, Smalyshev, Lydia_Pintscher, hoo, Lucie, Adik2382, Lunewa, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Salgo60, Lewizho99, Maathavan, D3r1ck01, Izno, gnosygnu, Wikidata-bugs, Hydriz, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162252: Create SQL database and Tables for Cognate extension to be used on Wiktionaries

jcrespo added a comment.
So that we are not a blocker- creation of tables in production, specially if we have areadly given the OK to the plans, is not considered a schema change, so anyone with production rights can do it- you just need to mark it on the deployments calendar. Wis this we (DBAs) are not saying we do not want to do it, but you will have to wait for us to have a free slot, while many other people with develoment production rights may be able to do it better and earlier.

@Marostegui This is going to x1 as it is a shared thing between wikis- we may need to check replication filters.TASK DETAILhttps://phabricator.wikimedia.org/T162252EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: jcrespo, Marostegui, Lydia_Pintscher, Aklapper, Lea_Lacroix_WMDE, Addshore, QZanden, Salgo60, Minhnv-2809, Urbanecm, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, GPHemsley, Darkdadaah, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162252: Create SQL database and Tables for Cognate extension to be used on Wiktionaries

2017-04-07 Thread Marostegui

Marostegui added a comment.

In T162252#3163937, @jcrespo wrote:
So that we are not a blocker- creation of tables in production, specially if we have already given the OK to the plans, is not considered a schema change, so anyone with production rights can do it- you just need to mark it on the deployments calendar. With this we (DBAs) are not saying we do not want to do it, but you will have to wait for us to have a free slot, while many other people with development production rights may be able to do it better and earlier.

@Marostegui This is going to x1 as it is a shared thing between wikis- we may need to check replication filters.


Ah @jcrespo thanks for the clarification!
This sentence actually confused me The extension is already running on beta, a database named cognate_wiktionary has been created on the extension1 cluster. and forgot to ask you past Thursday in our meeting, I had it noted down for Monday actually :)TASK DETAILhttps://phabricator.wikimedia.org/T162252EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: jcrespo, Marostegui, Lydia_Pintscher, Aklapper, Lea_Lacroix_WMDE, Addshore, QZanden, Salgo60, Minhnv-2809, Urbanecm, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, GPHemsley, Darkdadaah, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162252: Create SQL database and Tables for Cognate extension to be used on Wiktionaries

jcrespo added a comment.
To clarify- it may be blocked on us right now to create the database and because labs filtering  is not well managed, but the general idea stays for normal table creations.TASK DETAILhttps://phabricator.wikimedia.org/T162252EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: jcrespo, Marostegui, Lydia_Pintscher, Aklapper, Lea_Lacroix_WMDE, Addshore, QZanden, Salgo60, Minhnv-2809, Urbanecm, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, GPHemsley, Darkdadaah, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162252: Create SQL database and Tables for Cognate extension to be used on Wiktionaries

jcrespo added a comment.
This sentence actually confused me

x1 == extension1 :-)TASK DETAILhttps://phabricator.wikimedia.org/T162252EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: jcrespo, Marostegui, Lydia_Pintscher, Aklapper, Lea_Lacroix_WMDE, Addshore, QZanden, Salgo60, Minhnv-2809, Urbanecm, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, GPHemsley, Darkdadaah, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T54564: Allow sitelinks to redirect pages to fix the 'Bonnie and Clyde problem'

2017-04-07 Thread Choomaq

Choomaq added a comment.
there are different types of redirects. Sometimes it is just another spelling. In this case obviously it should not be able to be added to wikidata. But there are also redirects from merges which must be connected to an instance on wikidata.TASK DETAILhttps://phabricator.wikimedia.org/T54564EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ChoomaqCc: Choomaq, IKhitron, 2015.ww, QZanden, thiemowmde, Toto256, Acer, Elitre, Sylvain_WMFr, Lea_Lacroix_WMDE, Schlum, TomT0m, Thryduulf, Rich_Farmbrough, Zppix, ChristianKl, Mike_Peel, Wittylama, Liuxinyu970226, SebastianHelm, MisterSynergy, Oliv0, JanusTroelsen, Blahma, MGChecker, MSGJ, Izno, Nnemo, bzimport, Unknown Object (MLST), DanielFriesen, Gymel, Denny, jeblad, Abraham, Addshore, SamB, Toru10, Wikidata-bugs, JAnD, Nemo_bis, He7d3r, -jem-, ValterVB, Filceolaire, Micru, JanZerebecki, matej_suchanek, Ricordisamoa, MZMcBride, Aklapper, Tgr, kaldari, Laddo, Lydia_Pintscher, Jane023, Ltrlg, JohnLewis, Fomafix, Zellfaze, Salgo60, D3r1ck01, aude, Jackmcbarn, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T162331: Provide tools for processing obfuscated Chinese geodata (GCJ-02, BD-09)

2017-04-07 Thread Shizhao

Shizhao added a project: Maps (Maps-data).
TASK DETAILhttps://phabricator.wikimedia.org/T162331EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ShizhaoCc: Pnorman, C933103, Aklapper, Arthur2e5, Cosine02, Liuxinyu970226, QZanden, EBjune, Orienteerix, Salgo60, debt, JGirault, D3r1ck01, phabyogi, Susannaanas, Izno, lxbarth, Planemad, Cwek, Wikidata-bugs, aude, zhuyifei1999, Shizhao, Yurik, MaxSem, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162252: Create SQL database and Tables for Cognate extension to be used on Wiktionaries

2017-04-07 Thread Marostegui

Marostegui added a comment.
A quick look on the x1 production hosts (thanks Jaime for the clarification) shows no replication filters so for those, we should be fine to create all on the master and let it replicate.
As Jaime mentioned, for labs we might need to manually intervene there, if creating the database+tables does not replicate well to labs because of all the filtering.TASK DETAILhttps://phabricator.wikimedia.org/T162252EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: Liuxinyu970226, jcrespo, Marostegui, Lydia_Pintscher, Aklapper, Lea_Lacroix_WMDE, Addshore, QZanden, Salgo60, Minhnv-2809, Urbanecm, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, GPHemsley, Darkdadaah, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T161826: Links to Commons gallery (P935) and Commons category (P373) are not working

2017-04-07 Thread XXN

XXN added a comment.
Few minutes ago I've repeated again the tests: disabled local & global user scripts, disabled all gadgets (before reporting this issue I've done also this thing, just forgot to mention it).
Accessed random item, first item with one of these properties (Commons category - P373) this time was - https://www.wikidata.org/wiki/Q1325096
Again verified in more than one browser, the same issue persists - logged out is ok, logged in (under this account) the link is missing.

The console message says:

This page is using the deprecated ResourceLoader module "jquery.ui.position". load.php:28:950
This page is using the deprecated ResourceLoader module "jquery.ui.widget". load.php:39:794
This page is using the deprecated ResourceLoader module "jquery.ui.core".
Please use "mediawiki.ui.button" or "oojs-ui" instead. load.php:10:432
This page is using the deprecated ResourceLoader module "jquery.tipsy". load.php:535:171
Your skin is incompatible with VisualEditor. See for the requirements. load.php:441:173

F7344985: 2017-04-07_173740.png
F7344983: 2017-04-07_173035.png
F7344982: 2017-04-07_172915.png

After some time in console apperead one more message (I hope I didn't switched to another tab and it's caused by / related to the same tab with that item page)
F7344986: 2017-04-07_174000.pngTASK DETAILhttps://phabricator.wikimedia.org/T161826EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: XXNCc: Sjoerddebruin, Lydia_Pintscher, XXN, Aklapper, QZanden, Salgo60, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162252: Create SQL database and Tables for Cognate extension to be used on Wiktionaries

2017-04-07 Thread Marostegui

Marostegui added a comment.
Yup, we can leave labs aside for the "first stage" and then study those without blocking this task I would say.TASK DETAILhttps://phabricator.wikimedia.org/T162252EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: Liuxinyu970226, jcrespo, Marostegui, Lydia_Pintscher, Aklapper, Lea_Lacroix_WMDE, Addshore, QZanden, Salgo60, Minhnv-2809, Urbanecm, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, GPHemsley, Darkdadaah, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162252: Create SQL database and Tables for Cognate extension to be used on Wiktionaries

jcrespo added a comment.
@Addshore I hope labs access is not a blocker for this, that can be done at a later date.TASK DETAILhttps://phabricator.wikimedia.org/T162252EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: Liuxinyu970226, jcrespo, Marostegui, Lydia_Pintscher, Aklapper, Lea_Lacroix_WMDE, Addshore, QZanden, Salgo60, Minhnv-2809, Urbanecm, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, GPHemsley, Darkdadaah, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T161826: Links to Commons gallery (P935) and Commons category (P373) are not working

2017-04-07 Thread XXN

XXN added a subscriber: Verdy_p.XXN added a comment.
See also https://www.wikidata.org/wiki/Property_talk:P373#Why_not_linked.3F 
Other users, @Matěj_Suchánek and @Verdy_p also said that sometimes they encounter this issue.TASK DETAILhttps://phabricator.wikimedia.org/T161826EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: XXNCc: Verdy_p, Sjoerddebruin, Lydia_Pintscher, XXN, Aklapper, QZanden, Salgo60, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T159851: Add a column for full entity ID to wb_terms table

gerritbot added a comment.
Change 341322 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Add column for full entity ID to Terms DB table

https://gerrit.wikimedia.org/r/341322TASK DETAILhttps://phabricator.wikimedia.org/T159851EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Aklapper, daniel, Lydia_Pintscher, WMDE-leszek, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Salgo60, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T68051: Central modules need the user language to display errors and category names

2017-04-07 Thread Rical

Rical added a comment.
We could have mw.language.getUserLanguage() with getContentLanguage() and getPageLanguage() to complete languages needs of any modules. See T161976TASK DETAILhttps://phabricator.wikimedia.org/T68051EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RicalCc: Jackmcbarn, Liuxinyu970226, Rama, Jarekt, Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling, wikibugs-l-list, vvv, QZanden, Salgo60, D3r1ck01, MuhammadShuaib, Izno, Psychoslave, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Arrbee, KartikMistry, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T161631: [Task] Remove "all" option for Special:EntitiesWithout*"

gerritbot added a comment.
Change 345532 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Major clean-up to SpecialEntitiesWithoutPage

https://gerrit.wikimedia.org/r/345532TASK DETAILhttps://phabricator.wikimedia.org/T161631EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, gerritbotCc: hoo, thiemowmde, aude, gerritbot, daniel, Aklapper, Lydia_Pintscher, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Marostegui, Salgo60, Lewizho99, Minhnv-2809, Maathavan, D3r1ck01, Izno, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162252: Create SQL database and Tables for Cognate extension to be used on Wiktionaries

jcrespo added a comment.
production hosts

Was thinking on dbstore (backup) hosts, which were problematic (remember you where the ones to set up those last time) + private table filtering. x1 has been traditionally not replicated to labs, this can be challenging (I would start by not replicationg at all, but setting the filters accordingly). Also reviewing the grants for the wikiuser and wikiadmin users.TASK DETAILhttps://phabricator.wikimedia.org/T162252EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: Liuxinyu970226, jcrespo, Marostegui, Lydia_Pintscher, Aklapper, Lea_Lacroix_WMDE, Addshore, QZanden, Salgo60, Minhnv-2809, Urbanecm, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, GPHemsley, Darkdadaah, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T162480: Wikibase installation does not update pagelinks

2017-04-07 Thread Reedy

Reedy added a project: MediaWiki-extensions-WikibaseRepository.Herald added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T162480EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReedyCc: Magnus, Aklapper, QZanden, Salgo60, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Block] T96040: Wikibase special pages (tracking)

2017-04-07 Thread Fomafix

Fomafix reopened subtask T62828: Special:SetAliases (or SpecialModifyTerm) should properly validate / normalize label/alias input as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T96040EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: FomafixCc: Luke081515, Liuxinyu970226, aude, Aklapper, QZanden, Ptolusque, Sethakill, Salgo60, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Reopened] T62828: Special:SetAliases (or SpecialModifyTerm) should properly validate / normalize label/alias input

2017-04-07 Thread Fomafix

Fomafix reopened this task as "Open".Fomafix added a comment.
The GUI still does not allow to edit or remove this alias:
F7359697: T62828.2017-04-08.pngTASK DETAILhttps://phabricator.wikimedia.org/T62828EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, FomafixCc: Ricordisamoa, Aklapper, Wikidata-bugs, Addshore, adrianheine, Lydia_Pintscher, Fomafix, hoo, QZanden, Salgo60, D3r1ck01, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T54564: Allow sitelinks to redirect pages to fix the 'Bonnie and Clyde problem'

2017-04-07 Thread Fomafix

Fomafix added a comment.

In T54564#3163993, @Choomaq wrote:
there are different types of redirects.


In T42755 there was suggested to use the magic word __STATICREDIRECT__ as indicator for allowing sitelinks to redirects.TASK DETAILhttps://phabricator.wikimedia.org/T54564EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: FomafixCc: Choomaq, IKhitron, 2015.ww, QZanden, thiemowmde, Toto256, Acer, Elitre, Sylvain_WMFr, Lea_Lacroix_WMDE, Schlum, TomT0m, Thryduulf, Rich_Farmbrough, Zppix, ChristianKl, Mike_Peel, Wittylama, Liuxinyu970226, SebastianHelm, MisterSynergy, Oliv0, JanusTroelsen, Blahma, MGChecker, MSGJ, Izno, Nnemo, bzimport, Unknown Object (MLST), DanielFriesen, Gymel, Denny, jeblad, Abraham, Addshore, SamB, Toru10, Wikidata-bugs, JAnD, Nemo_bis, He7d3r, -jem-, ValterVB, Filceolaire, Micru, JanZerebecki, matej_suchanek, Ricordisamoa, MZMcBride, Aklapper, Tgr, kaldari, Laddo, Lydia_Pintscher, Jane023, Ltrlg, JohnLewis, Fomafix, Zellfaze, Salgo60, D3r1ck01, aude, Jackmcbarn, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T158941: Wikibase: Fix tests to not assume synchronous jQuery.Deferred