date:20161128

[Wikidata-bugs] [Maniphest] [Updated] T151845: Create simple wikibase_repo vagrant role

2016-11-28 Thread Tobi_WMDE_SW

Tobi_WMDE_SW added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T151845EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tobi_WMDE_SWCc: gerritbot, Tobi_WMDE_SW, Aklapper, Ramalepe, Liugev6, Lewizho99, Maathavan, D3r1ck01, Izno, Luke081515, mobrovac, Wikidata-bugs, aude, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T95863: [Task] get Wikidata browser tests running on MediaWiki-Vagrant

2016-11-28 Thread Tobi_WMDE_SW

Tobi_WMDE_SW added a project: User-Tobi_WMDE_SW.
TASK DETAILhttps://phabricator.wikimedia.org/T95863EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tobi_WMDE_SWCc: WMDE-Fisch, Tobi_WMDE_SW, JanZerebecki, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T108488: Look into limiting connection rate to WDQS per external IP

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 319010 merged by Gehel:
Limit concurrent connections by client IP

https://gerrit.wikimedia.org/r/319010TASK DETAILhttps://phabricator.wikimedia.org/T108488EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Gehel, gerritbot, JanZerebecki, csteipp, Joe, Aklapper, Smalyshev, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99, Maathavan, debt, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T150401: Edit button not displayed on wikidata

2016-11-28 Thread Robby

Robby added a comment.
I now noticed that everything seems working correctly with Firefox 50.0 while i noticed the issue with Firefox 52.0 a2 (Aurora) I hope more testing will help clarifying the issue.TASK DETAILhttps://phabricator.wikimedia.org/T150401EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mbch331, RobbyCc: thiemowmde, jhobs, Lydia_Pintscher, Sjoerddebruin, Mate, Glorian_Yapinus, Micru, Lea_Lacroix_WMDE, Mbch331, Robby, Aklapper, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T151681: DispatchChanges: Avoid long-lasting connections to the master DB

2016-11-28 Thread daniel

daniel edited the task description. (Show Details)
EDIT DETAILS...* Put wbchanges on a separate DB system. But running a separate server for a singe DB table with 1000 rows and 10 concurrent connections seems overkill. 

Caveat: 
NOTE: Switching from one locking mechanism to the other requires careful coordination. Execution of dispatchChanges.php must be halted and then re-started with the new configuration, without causing more than a few minutes lag for client wikis.TASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Vali.matei, Minhnv-2809, D3r1ck01, 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] [Commented On] T151681: DispatchChanges: Avoid long-lasting connections to the master DB

2016-11-28 Thread daniel

daniel added a comment.

In T151681#2827708, @aaron wrote:
How often would locks be dropped? Using ScopedLock would handle exceptions in non-lock code. The shutdown handler usually catches SIGINT. I guess there are still fatal errors, though I'd hope that sort of thing would be rare. In that case, the redis lock manager used by our FileBackend instances could be reused.


Reusing there code from FileBackend sounds like it's worth looking into, thanks @aaron!TASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Vali.matei, Minhnv-2809, D3r1ck01, 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] [Commented On] T114473: Provide a special page to list all available badges

2016-11-28 Thread Victorbarbu

Victorbarbu added a comment.
The API in its current shape is inconsistent in my opinion, since one query would not be enough for anything else than getting the Item ID (not label, description etc.)

What do you reccomend? I would either extend the API or make the special page fetch the data server-side, not via AJAX.TASK DETAILhttps://phabricator.wikimedia.org/T114473EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: VictorbarbuCc: Victorbarbu, TerraCodes, Liuxinyu970226, Bene, StudiesWorld, Aklapper, Beta16, Ptolusque, Sethakill, D3r1ck01, MuhammadShuaib, Izno, Wikidata-bugs, aude, jayvdb, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Reopened] T150401: Edit button not displayed on wikidata

2016-11-28 Thread Robby

Robby reopened this task as "Open".Robby added a comment.
The same issue reappeared today!

I've tried to deactivate the gadget' PopupsFix' but his did not influence the issue.TASK DETAILhttps://phabricator.wikimedia.org/T150401EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mbch331, RobbyCc: thiemowmde, jhobs, Jdlrobson, Lydia_Pintscher, Sjoerddebruin, Mate, Glorian_Yapinus, Micru, Lea_Lacroix_WMDE, Mbch331, Robby, Aklapper, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T137319: Graph Display icons should have explanatory tooltips

2016-11-28 Thread Designbygio

Designbygio added a comment.
unfortunately i wasn't able to figured out the localization part of the task in short time, i prefer leave the task available so someone else can pick up and in case i will figured out the solution in the next days. i just assign it again to my self.TASK DETAILhttps://phabricator.wikimedia.org/T137319EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DesignbygioCc: Designbygio, Addshore, Aklapper, Yair_rand, Zppix, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, jayvdb, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unassigned] T137319: Graph Display icons should have explanatory tooltips

2016-11-28 Thread Designbygio

Designbygio removed Designbygio as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T137319EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DesignbygioCc: Designbygio, Addshore, Aklapper, Yair_rand, Zppix, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, jayvdb, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T131424: WikidataPageBanner when using page images generated API renders badly cropped images

2016-11-28 Thread Nirzar

Nirzar added a comment.
@Sumit yes. 1.5 is a usual conversion factor we use for landscape and portrait. width < 1.5 * height.

thanks @SumitTASK DETAILhttps://phabricator.wikimedia.org/T131424EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NirzarCc: Dbrant, JKatzWMF, Florian, Jhernandez, Sumit, KHammerstein, Nirzar, Aklapper, Winter, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Lydia_Pintscher, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T151787: No wikidata JSON dump for 2 weeks

2016-11-28 Thread Stashbot

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2016-11-28T20:09:43Z]  Started dumpwikidatajson.sh on snapshot1007 (T151787)TASK DETAILhttps://phabricator.wikimedia.org/T151787EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, StashbotCc: Stashbot, Melderick, D3r1ck01, Izno, gnosygnu, 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] T151356: Wikibase\Repo\Store\Sql\SqlEntityIdPager::fetchIds query slow

2016-11-28 Thread Stashbot

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2016-11-28T19:50:12Z]  Synchronized php-1.29.0-wmf.3/extensions/Wikidata: SWAT: [[gerrit:323880|Update Wikibase: Use the "redirect" table in SqlEntityIdPager]] T151356 (duration: 02m 11s)TASK DETAILhttps://phabricator.wikimedia.org/T151356EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, StashbotCc: gerritbot, Jonas, Stashbot, Aklapper, Addshore, Marostegui, jcrespo, aude, daniel, hoo, 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] T151635: Add screenshots for gadgets on Wikidata

2016-11-28 Thread husn_shujaat

husn_shujaat added a comment.
Thanks for all the help @Charlie_WMDE , I think the option to make yourself a mentor popped up after the contest started :)TASK DETAILhttps://phabricator.wikimedia.org/T151635EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: husn_shujaatCc: husn_shujaat, Aklapper, Charlie_WMDE, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T151213: Separate TermIndexEntry to the object used in search results and the object used as a mask in search

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323853 merged by jenkins-bot:
Cleanups to TermIndexSearchCriteria related code

https://gerrit.wikimedia.org/r/323853TASK DETAILhttps://phabricator.wikimedia.org/T151213EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, gerritbotCc: gerritbot, daniel, WMDE-leszek, Aklapper, Ramalepe, Liugev6, 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] [Changed Project Column] T149963: Analyze WDQS traffic data to find parallel connection patterns

2016-11-28 Thread mpopov

mpopov moved this task from Up Next to Current work on the Discovery-Analysis board.mpopov edited projects, added Discovery-Analysis (Current work); removed Discovery-Analysis.
TASK DETAILhttps://phabricator.wikimedia.org/T149963WORKBOARDhttps://phabricator.wikimedia.org/project/board/1850/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mpopovCc: debt, Deskana, chelsyx, mpopov, Gehel, Aklapper, Smalyshev, EBjune, mschwarzer, Avner, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T149963: Analyze WDQS traffic data to find parallel connection patterns

2016-11-28 Thread mpopov

mpopov claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T149963EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mpopovCc: debt, Deskana, chelsyx, mpopov, Gehel, Aklapper, Smalyshev, EBjune, mschwarzer, Avner, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T151356: Wikibase\Repo\Store\Sql\SqlEntityIdPager::fetchIds query slow

2016-11-28 Thread hoo

hoo closed this task as "Resolved".hoo removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T151356EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: gerritbot, Jonas, Stashbot, Aklapper, Addshore, Marostegui, jcrespo, aude, daniel, hoo, 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] [Unblock] T151787: No wikidata JSON dump for 2 weeks

2016-11-28 Thread hoo

hoo closed subtask T151356: Wikibase\Repo\Store\Sql\SqlEntityIdPager::fetchIds query slow as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T151787EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Melderick, D3r1ck01, Izno, gnosygnu, 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] T136358: Evaluate creating LDF server for WDQS

2016-11-28 Thread daniel

daniel added a comment.
@Smalyshev Thanks for checking! I'm satisfied as long as it doesn't naively dump the whole result somewhere to then chop it into pages.TASK DETAILhttps://phabricator.wikimedia.org/T136358EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Micru, Krinkle, faidon, dpatrick, daniel, gerritbot, Aklapper, Zppix, Smalyshev, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T86530: Replace wb_terms table with more specialized mechanisms for terms (tracking)

2016-11-28 Thread hoo

hoo added a subtask: T151789: Wikibase\\TermSqlIndex::deleteTerms: Deadlock found when trying to get lock; try restarting transaction.
TASK DETAILhttps://phabricator.wikimedia.org/T86530EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Ricordisamoa, Lydia_Pintscher, adrianheine, thiemowmde, Tobi_WMDE_SW, JeroenDeDauw, JanZerebecki, aude, Aklapper, Liuxinyu970226, daniel, hoo, mschwarzer, Vali.matei, D3r1ck01, Izno, Wikidata-bugs, GWicke, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T151789: Wikibase\\TermSqlIndex::deleteTerms: Deadlock found when trying to get lock; try restarting transaction

2016-11-28 Thread hoo

hoo added a parent task: T86530: Replace wb_terms table with more specialized mechanisms for terms (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T151789EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Aklapper, hoo, D3r1ck01, Izno, Wikidata-bugs, aude, 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] T151356: Wikibase\Repo\Store\Sql\SqlEntityIdPager::fetchIds query slow

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323871 merged by jenkins-bot:
Use the "redirect" table in SqlEntityIdPager

https://gerrit.wikimedia.org/r/323871TASK DETAILhttps://phabricator.wikimedia.org/T151356EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: gerritbot, Jonas, Stashbot, Aklapper, Addshore, Marostegui, jcrespo, aude, daniel, hoo, Ramalepe, Liugev6, 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] [Created] T151789: Wikibase\\TermSqlIndex::deleteTerms: Deadlock found when trying to get lock; try restarting transaction

2016-11-28 Thread hoo

hoo created this task.hoo added projects: Wikidata, MediaWiki-extensions-WikibaseRepository, Wikimedia-log-errors.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONGetting errors like:

Nov 28 19:11:39 mw1191:  [Mon Nov 28 19:11:39 2016] [hphp] [4640:7f5bfd3ff700:132019:01] [] \nWarning: [data-update-failed]: A data update callback triggered an exception (A database query error has occurred. Did you forget to run your application's database schema updater after upgrading? \nQuery: DELETE FROM `wb_terms` WHERE term_language = 'zh-hans' AND term_type = 'label' AND term_text = '\xe6\xa8\xa1\xe6\x9d\xbf:Country data Saxony' AND term_entity_id = '25722070' AND term_entity_type = 'item'\nFunction: Wikibase\\TermSqlIndex::deleteTerms\nError: 1213 Deadlock found when trying to get lock; try restarting transaction (10.64.16.144)\n) [Called from Wikibase\\Updates\\DataUpdateAdapter::doUpdate in /srv/mediawiki/php-1.29.0-wmf.3/extensions/Wikidata/extensions/Wikibase/repo/includes/updates/DataUpdateAdapter.php at line 73] in /srv/mediawiki/php-1.29.0-wmf.3/includes/debug/MWDebug.php on line 311

This happens occasionally:

$ zgrep -cF 'Wikibase\\TermSqlIndex::deleteTerms\nError' archive/hhvm.log-201611*
archive/hhvm.log-20161101.gz:0
archive/hhvm.log-20161102.gz:0
archive/hhvm.log-20161103.gz:1
archive/hhvm.log-20161104.gz:1
archive/hhvm.log-20161105.gz:0
archive/hhvm.log-20161106.gz:1
archive/hhvm.log-20161107.gz:0
archive/hhvm.log-20161108.gz:2
archive/hhvm.log-20161109.gz:1
archive/hhvm.log-20161110.gz:0
archive/hhvm.log-2016.gz:0
archive/hhvm.log-20161112.gz:0
archive/hhvm.log-20161113.gz:2
archive/hhvm.log-20161114.gz:0
archive/hhvm.log-20161115.gz:0
archive/hhvm.log-20161116.gz:1
archive/hhvm.log-20161117.gz:0
archive/hhvm.log-20161118.gz:2
archive/hhvm.log-20161119.gz:0
archive/hhvm.log-20161120.gz:1
archive/hhvm.log-20161121.gz:0
archive/hhvm.log-20161122.gz:3
archive/hhvm.log-20161123.gz:3
archive/hhvm.log-20161124.gz:0
archive/hhvm.log-20161125.gz:3
archive/hhvm.log-20161126.gz:1
archive/hhvm.log-20161127.gz:3TASK DETAILhttps://phabricator.wikimedia.org/T151789EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Aklapper, hoo, D3r1ck01, Izno, Wikidata-bugs, aude, 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] T151213: Separate TermIndexEntry to the object used in search results and the object used as a mask in search

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323176 merged by jenkins-bot:
Extract TermIndexSearchCriteria from TermIndexEntry

https://gerrit.wikimedia.org/r/323176TASK DETAILhttps://phabricator.wikimedia.org/T151213EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, gerritbotCc: gerritbot, daniel, WMDE-leszek, Aklapper, Ramalepe, Liugev6, 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] [Commented On] T151575: Add composer callbacks to entitytype definitions of Property and Item

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323141 merged by jenkins-bot:
Add repository parameter to entity-id-composer callbacks

https://gerrit.wikimedia.org/r/323141TASK DETAILhttps://phabricator.wikimedia.org/T151575EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, WMDE-leszek, Aklapper, thiemowmde, daniel, Ramalepe, Liugev6, 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] [Commented On] T151574: Add $repoName parameter to entity composer callbacks.

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323141 merged by jenkins-bot:
Add repository parameter to entity-id-composer callbacks

https://gerrit.wikimedia.org/r/323141TASK DETAILhttps://phabricator.wikimedia.org/T151574EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: thiemowmde, Aklapper, WMDE-leszek, gerritbot, daniel, Ramalepe, Liugev6, 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] [Commented On] T151210: Add repository name to TermIndexEntry

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323141 merged by jenkins-bot:
Add repository parameter to entity-id-composer callbacks

https://gerrit.wikimedia.org/r/323141TASK DETAILhttps://phabricator.wikimedia.org/T151210EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, gerritbotCc: gerritbot, daniel, Aklapper, WMDE-leszek, Ramalepe, Liugev6, 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] [Commented On] T151573: Add repository name parameter to EntityIdComposer::composeEntityId

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323141 merged by jenkins-bot:
Add repository parameter to entity-id-composer callbacks

https://gerrit.wikimedia.org/r/323141TASK DETAILhttps://phabricator.wikimedia.org/T151573EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: thiemowmde, gerritbot, WMDE-leszek, Aklapper, daniel, Ramalepe, Liugev6, 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] [Commented On] T151356: Wikibase\Repo\Store\Sql\SqlEntityIdPager::fetchIds query slow

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323817 merged by jenkins-bot:
Use the "redirect" table in SqlEntityIdPager

https://gerrit.wikimedia.org/r/323817TASK DETAILhttps://phabricator.wikimedia.org/T151356EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: gerritbot, Jonas, Stashbot, Aklapper, Addshore, Marostegui, jcrespo, aude, daniel, hoo, Ramalepe, Liugev6, 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] [Claimed] T151787: No wikidata JSON dump for 2 weeks

2016-11-28 Thread hoo

hoo triaged this task as "High" priority.hoo claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T151787EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Melderick, D3r1ck01, Izno, gnosygnu, 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] T151787: No wikidata JSON dump for 2 weeks

2016-11-28 Thread hoo

hoo added a subtask: T151356: Wikibase\Repo\Store\Sql\SqlEntityIdPager::fetchIds query slow.
TASK DETAILhttps://phabricator.wikimedia.org/T151787EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Melderick, D3r1ck01, Izno, gnosygnu, 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] T151356: Wikibase\Repo\Store\Sql\SqlEntityIdPager::fetchIds query slow

2016-11-28 Thread hoo

hoo added a parent task: T151787: No wikidata JSON dump for 2 weeks.
TASK DETAILhttps://phabricator.wikimedia.org/T151356EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: gerritbot, Jonas, Stashbot, Aklapper, Addshore, Marostegui, jcrespo, aude, daniel, hoo, Ramalepe, Liugev6, 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] T151356: Wikibase\Repo\Store\Sql\SqlEntityIdPager::fetchIds query slow

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323871 had a related patch set uploaded (by Hoo man):
Use the "redirect" table in SqlEntityIdPager

https://gerrit.wikimedia.org/r/323871TASK DETAILhttps://phabricator.wikimedia.org/T151356EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: gerritbot, Jonas, Stashbot, Aklapper, Addshore, Marostegui, jcrespo, aude, daniel, hoo, Ramalepe, Liugev6, 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] [Created] T151787: No wikidata JSON dump for 2 weeks

2016-11-28 Thread Melderick

Melderick created this task.Melderick added projects: Wikidata, Dumps-Generation.
TASK DESCRIPTIONIn https://dumps.wikimedia.org/wikidatawiki/entities/  the last generated wikidata JSON dump dates back to 14-Nov-2016.
There is a problem somewhere :)TASK DETAILhttps://phabricator.wikimedia.org/T151787EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MelderickCc: Melderick, D3r1ck01, Izno, gnosygnu, 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] T114880: Figure out how to handle entity deletions in usage tracking

2016-11-28 Thread matej_suchanek

matej_suchanek added a parent task: T49288: [Epic] Track Wikidata entity usage on client pages.
TASK DETAILhttps://phabricator.wikimedia.org/T114880EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: daniel, aude, Aklapper, 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] [Updated] T49288: [Epic] Track Wikidata entity usage on client pages

2016-11-28 Thread matej_suchanek

matej_suchanek added a subtask: T114880: Figure out how to handle entity deletions in usage tracking.
TASK DETAILhttps://phabricator.wikimedia.org/T49288EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: DixonD, Aklapper, Bianjiang, Candalua, aude, jeremyb, liangent, Wikidata-bugs, greg, Abraham, Legoktm, Tobi_WMDE_SW, Daniel_Mietchen, jayvdb, Micru, Ricordisamoa, MZMcBride, Liuxinyu970226, Ainali, Sannita, Lydia_Pintscher, Eloquence, zhuyifei1999, daniel, hoo, mschwarzer, D3r1ck01, Izno, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T150655: Validator for EntityId should check that foreign repo prefix is known

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 322093 merged by jenkins-bot:
Add ForeignEntityValidator.

https://gerrit.wikimedia.org/r/322093TASK DETAILhttps://phabricator.wikimedia.org/T150655EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, gerritbotCc: gerritbot, WMDE-leszek, Aklapper, daniel, Ramalepe, Liugev6, 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] [Commented On] T108488: Look into limiting connection rate to WDQS per external IP

2016-11-28 Thread Smalyshev

Smalyshev added a comment.
I've bumped the limit to 5 concurrent connections, I think we can start with that.TASK DETAILhttps://phabricator.wikimedia.org/T108488EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Gehel, gerritbot, JanZerebecki, csteipp, Joe, Aklapper, Smalyshev, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99, Maathavan, debt, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T136358: Evaluate creating LDF server for WDQS

2016-11-28 Thread Smalyshev

Smalyshev added a comment.
the *entire* result set would be generated before paging applies,

I don't think this is what happens, looking at the code, at least not if I understand "generated" correctly. 
See the implementation at:
https://github.com/wikimedia/wikidata-query-rdf/tree/master/blazegraph/src/main/java/org/wikidata/query/rdf/blazegraph/ldf

Specifically BlazegraphBasedTPF and Blazegraph iterators it uses. The code there is kind of complex but it doesn't look like it does what you suggest it does, at least if I understand it right.

and all pages of the set would be cached preemptively

Not sure which cache do you mean here.

and the query is run with a LIMIT and ORDER,

It's not SPARQL query, so it's not run this way, but the iterator it uses does use limit and offset. I'm not sure what happens exactly, I can ask, but doesn't look like it produces the whole data set in any meaning I can think of.TASK DETAILhttps://phabricator.wikimedia.org/T136358EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Micru, Krinkle, faidon, dpatrick, daniel, gerritbot, Aklapper, Zppix, Smalyshev, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T151681: DispatchChanges: Avoid long-lasting connections to the master DB

2016-11-28 Thread aaron

aaron added a comment.
There is also a flip-side to automatically dropping on connection loss, which is that loss can happen (possibly due to the net_wait_timeout options) while the connection to DBs actually being updated stays alive. In that case, multiple threads could run on the same client wiki. Not sure if that actually happens though, there would be reconnection events in logstash if it did.TASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aaronCc: aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Vali.matei, Minhnv-2809, D3r1ck01, 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] [Commented On] T151681: DispatchChanges: Avoid long-lasting connections to the master DB

2016-11-28 Thread aaron

aaron added a comment.
How often would locks be dropped? Using ScopedLock would handle exceptions in non-lock code. The shutdown handler usually catches SIGINT. I guess there are still fatal errors, though I'd hope that sort of thing would be rare. In that case, the redis lock manager used by our FileBackend instances could be reused.TASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aaronCc: aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Vali.matei, Minhnv-2809, D3r1ck01, 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] [Commented On] T151681: DispatchChanges: Avoid long-lasting connections to the master DB

2016-11-28 Thread jcrespo

jcrespo added a comment.
max_connections is 5000, maximum active threads is 32 enforced on the connection pool. No connections should be open that are idle, and a typical connection should take less than 1 second, otherwise it has the risk of getting killed by the watchdog looking for idle connections (and we are not going to make an exception because wikidata). Extra connections make other connections take longer to connect, which increases the timeout error rate from regular connections.

Even if your connection don't count to the limit, they have an ongoing transaction open (lock) which creates issues with both metadata locking on things like ALTER TABLES and provide purge issues.TASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: aaron, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Vali.matei, Minhnv-2809, D3r1ck01, 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

Re: [Wikidata] Can mainsnak.datatype be included in the pages-articles.xml dump?

2016-11-28 Thread gnosygnu

> If you have problems accessing the datatype from Lua or elsewhere, let me 
> know.

Honestly, I haven't tried. Just so you know, I'm the developer of XOWA
which is an offline wiki app in Java. As such, I'm accessing Wikidata
data directly, not through the Wikibase code. (If you're curious, I
also use it to recreate Wikidata locally as well. See:
http://xowa.org/home/file/screenshot_wikidata.png)

Going forward, I'll double-check that my Wikidata issues are not
related to my not using Wikibase. Again, my thanks to you for clearing
that up.

> It's always cool to see that people use our data and our software!

Yup. Wikidata is very cool in concept and in practice. It's amazing to
have a single, multi-lingual, verifiable repository of facts / details
-- all free and open-content. Kudos to you and your team for the
excellent work!

On Mon, Nov 28, 2016 at 11:39 AM, Daniel Kinzler
 wrote:
> Am 28.11.2016 um 17:34 schrieb gnosygnu:
>>> The datatype is implicit, it can be derived from the property ID. You can 
>>> find
>>> it by looking at the Property page's JSON.
>>> ...
>>
>> Thanks for all the info. I see my error. I didn't realize that
>> mainsnak.datatype was inferred. I assumed it would have to be embedded
>> directly in the XML's JSON  (partly because it is embedded directly in
>> the JSON's dump JSON)
>>
>> The rest of your points make sense. Thanks again for taking the time to 
>> clarify.
>
> If you have problems accessing the datatype from Lua or elsewhere, let me 
> know.
> There may be issues with the import process.
>
> It's always cool to see that people use our data and our software!
>
>
> --
> Daniel Kinzler
> Senior Software Developer
>
> Wikimedia Deutschland
> Gesellschaft zur Förderung Freien Wissens e.V.
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T108488: Look into limiting connection rate to WDQS per external IP

2016-11-28 Thread Gehel

Gehel added a comment.
I propose to start by enabling connection limiting with a fairly high limit and lowering it after a week, once we get some feedback.TASK DETAILhttps://phabricator.wikimedia.org/T108488EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: Gehel, gerritbot, JanZerebecki, csteipp, Joe, Aklapper, Smalyshev, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99, Maathavan, debt, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T151681: DispatchChanges: Avoid long-lasting connections to the master DB

2016-11-28 Thread daniel

daniel added a comment.

In T151681#2826465, @jcrespo wrote:
@Marostegui, @daniel Actually it is a problem, because masters have a limit of CPU# or 32 active threads on the pool of connections, which means half of the connections are reserved but doing nothing, so you are limiting the master throughput to 50% of the reality. Also, running connections for 15 minutes means that in case of a master problem, those connections do not get new configuration (like a master failover) or a new mediawiki version, something that limits High Availability- if there is a problem with the master, it cannot be easily failed over. All long running connections should be short, or easy to kill.

The wiki master is a SPOF, and it should not be used for coordination. For example, as @aaron will be able to tell you, the real master will not be easily accessible from a remote datacenter, which means this functionality as it is now, limits cross-dc scalability.

There is absolutely no reason to do this on a master, when it could be easily done on a separate server, that doesn't interact with other functionality.


TASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: aaron, Manuel, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Vali.matei, Minhnv-2809, D3r1ck01, 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] [Commented On] T151681: DispatchChanges: Avoid long-lasting connections to the master DB

2016-11-28 Thread daniel

daniel added a comment.

In T151681#2826465, @jcrespo wrote:
@Manuel, @daniel Actually it is a problem, because masters have a limit of CPU# or 32 active threads on the pool of connections, which means half of the connections are reserved but doing nothing, so you are limiting the master throughput to 50% of the reality.


I don't quite understand - why would an idle connection be hogging CPU threads? These connections are not active for 15 minutes, just open... Sure, they count towards the connection limit, but that's higher than just 32, no?TASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: aaron, Manuel, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Vali.matei, Minhnv-2809, D3r1ck01, 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] [Commented On] T151681: DispatchChanges: Avoid long-lasting connections to the master DB

2016-11-28 Thread daniel

daniel added a comment.
Using memcached is probably not feasible, since locks may be dropped at any time. If Redis turns out not to be an option, we may consider using a more powerful distributed locking service. Running another service just for this seems to be a bit of overkill, but if the alternative is to set up a separate Maria host for a single 1000 row table, ti may still be the better option.

Two options that come to mind:


http://research.google.com/archive/chubby.html
https://zookeeper.apache.org/
TASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: aaron, Manuel, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Vali.matei, Minhnv-2809, D3r1ck01, 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] [Commented On] T151681: DispatchChanges: Avoid long-lasting connections to the master DB

2016-11-28 Thread daniel

daniel added a comment.
Possibly relevant: https://github.com/mlanett/redis-lockTASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: aaron, Manuel, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Vali.matei, Minhnv-2809, D3r1ck01, 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] [Updated] T136358: Evaluate creating LDF server for WDQS

2016-11-28 Thread daniel

daniel added a comment.

In T136358#2825885, @Smalyshev wrote:
Since query result is naturally paged, how much data is cached will depend on the query (just as in SPARQL case) and the client actually consuming the data.


I think we have different understandings of how the paging works. It would be good to have clarity on this.

As far as I understand, for a pattern like ( ? P31 Q5 ), the *entire* result set would be generated before paging applies, and all pages of the set would be cached preemptively. That's a lot of data to generate and store, especially since there will be a lot of such P31 datasets.

Maybe I'm wrong, and the query is run with a LIMIT and ORDER, and a continuation based on the the subject ID. That would of course be much better. Can you confirm that this is actually the case?TASK DETAILhttps://phabricator.wikimedia.org/T136358EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Micru, Krinkle, faidon, dpatrick, daniel, gerritbot, Aklapper, Zppix, Smalyshev, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T151213: Separate TermIndexEntry to the object used in search results and the object used as a mask in search

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323853 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Cleanups to TermIndexSearchCriteria related code

https://gerrit.wikimedia.org/r/323853TASK DETAILhttps://phabricator.wikimedia.org/T151213EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, gerritbotCc: gerritbot, daniel, WMDE-leszek, Aklapper, Ramalepe, Liugev6, 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

Re: [Wikidata] Can mainsnak.datatype be included in the pages-articles.xml dump?

2016-11-28 Thread Daniel Kinzler

Am 28.11.2016 um 17:34 schrieb gnosygnu:
>> The datatype is implicit, it can be derived from the property ID. You can 
>> find
>> it by looking at the Property page's JSON.
>> ...
> 
> Thanks for all the info. I see my error. I didn't realize that
> mainsnak.datatype was inferred. I assumed it would have to be embedded
> directly in the XML's JSON  (partly because it is embedded directly in
> the JSON's dump JSON)
> 
> The rest of your points make sense. Thanks again for taking the time to 
> clarify.

If you have problems accessing the datatype from Lua or elsewhere, let me know.
There may be issues with the import process.

It's always cool to see that people use our data and our software!


-- 
Daniel Kinzler
Senior Software Developer

Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V.

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Can mainsnak.datatype be included in the pages-articles.xml dump?

2016-11-28 Thread Daniel Kinzler

Am 28.11.2016 um 16:31 schrieb gnosygnu:
>> If you are also using the same software (Wikibase on MediaWiki), the XML 
>> dumps
>> should Just Work (tm). The idea of the XML dumps is that the "text" blobs are
>> opaque to 3rd parties, but will continue to work with future versions of
>> MediaWiki & friends (with a compatible configuration - which is rather 
>> tricky).
> 
> Not sure I follow. Even from a Wikibase on MediaWiki perspective, the
> XML dumps are still incomplete (since they're missing
> mainsnak.datatype).

The datatype is implicit, it can be derived from the property ID. You can find
it by looking at the Property page's JSON.

The XML dumps are complete by definition, since they contain a raw copy of the
primary data blob. All other data is derived from this. However, since they are
"raw", they are not easy to process by consumers, and we make no guarantees
regarding the raw data format.

We include the data type in the statements of the canonical JSON dumps for
convenience. We are planning to add more things to the JSON output for
convenience. That does not make the XML dumps incomplete.

You use case is special since you want canonical JSON *and* wikitext. I'm afraid
you will have to process both kinds of dumps.

> One line of the file specifically checks for datatype: "if datatype
> and datatype == 'commonsMedia' then". This line always evaluates to
> false, even though you are looking at an entity (Q38: Italy) and
> property (P41: flag image) which does have a datatype for
> "commonsMedia" (since the XML dump does not have "mainsnak.datatype").

That is incorrect. datatype will always be set in Lua, even if it is not present
in the XML. Remember that it is not present in the primary blob on Wikidata
either. Wikibase will look it up internally, from the wb_property_info table,
and make that information available to Lua.

When loading the XML file, a lot of secondary information is extracted into
database tables for this kind of use, e.g. all the labels and descriptions go
into the wb_terms table, property types go into wb_property_info, links to other
items go to page_links, etc.

Actually, you may have to run refreshLinks.php or rebuildall.php after doing the
XML import, I'm not sure which is needed when any more. But the point is: the
XML dump contains all information needed to reconstruct the content. This is
true for wikitext as well as for Wikibase JSON data. All derived information is
extracted upon import, and is made available via the respective APIs, including
Lua, just like on Wikidata.

-- 
Daniel Kinzler
Senior Software Developer

Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V.

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T151635: Add screenshots for gadgets on Wikidata

2016-11-28 Thread husn_shujaat

husn_shujaat added a comment.
@Charlie_WMDE thank you! I have applied for membership on the group :)TASK DETAILhttps://phabricator.wikimedia.org/T151635EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: husn_shujaatCc: husn_shujaat, Aklapper, Charlie_WMDE, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T151053: Create repo-aware TermSqlIndex

2016-11-28 Thread gerritbot

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T151053EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, gerritbotCc: gerritbot, WMDE-leszek, nichtich, Aklapper, daniel, Ramalepe, Liugev6, 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] [Commented On] T151053: Create repo-aware TermSqlIndex

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323846 had a related patch set uploaded (by WMDE-leszek):
[DNM]Make TermSqlIndex configured for a single repository only

https://gerrit.wikimedia.org/r/323846TASK DETAILhttps://phabricator.wikimedia.org/T151053EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, gerritbotCc: gerritbot, WMDE-leszek, nichtich, Aklapper, daniel, 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] T151765: Factor get-methods out of PropertyInfoStore into PropertyInfoLookup

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323844 had a related patch set uploaded (by Jakob):
Add PropertyInfoLookup

https://gerrit.wikimedia.org/r/323844TASK DETAILhttps://phabricator.wikimedia.org/T151765EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, gerritbotCc: gerritbot, Aklapper, Jakob_WMDE, 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] T151765: Factor get-methods out of PropertyInfoStore into PropertyInfoLookup

2016-11-28 Thread gerritbot

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T151765EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, gerritbotCc: gerritbot, Aklapper, Jakob_WMDE, Ramalepe, Liugev6, 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] [Commented On] T151574: Add $repoName parameter to entity composer callbacks.

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323141 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Add repository parameter to entity-id-composer callbacks

https://gerrit.wikimedia.org/r/323141TASK DETAILhttps://phabricator.wikimedia.org/T151574EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: thiemowmde, Aklapper, WMDE-leszek, gerritbot, daniel, 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] T151574: Add $repoName parameter to entity composer callbacks.

2016-11-28 Thread gerritbot

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T151574EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: thiemowmde, Aklapper, WMDE-leszek, gerritbot, daniel, Ramalepe, Liugev6, 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] [Commented On] T151575: Add composer callbacks to entitytype definitions of Property and Item

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323141 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Add repository parameter to entity-id-composer callbacks

https://gerrit.wikimedia.org/r/323141TASK DETAILhttps://phabricator.wikimedia.org/T151575EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, WMDE-leszek, Aklapper, thiemowmde, daniel, 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] T151575: Add composer callbacks to entitytype definitions of Property and Item

2016-11-28 Thread gerritbot

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T151575EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, WMDE-leszek, Aklapper, thiemowmde, daniel, Ramalepe, Liugev6, 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] [Commented On] T148827: Implement Lemma in Lexeme

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323125 merged by jenkins-bot:
Add lemma to Lexeme model

https://gerrit.wikimedia.org/r/323125TASK DETAILhttps://phabricator.wikimedia.org/T148827EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: daniel, gerritbot, Jakob_WMDE, Ladsgroup, WMDE-leszek, Aklapper, Ramalepe, Liugev6, 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] T148827: Implement Lemma in Lexeme

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323144 merged by jenkins-bot:
Make Differ work with Lemma

https://gerrit.wikimedia.org/r/323144TASK DETAILhttps://phabricator.wikimedia.org/T148827EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: daniel, gerritbot, Jakob_WMDE, Ladsgroup, WMDE-leszek, Aklapper, Ramalepe, Liugev6, 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] T151635: Add screenshots for gadgets on Wikidata

2016-11-28 Thread Charlie_WMDE

Charlie_WMDE added a comment.
@husn_shujaat Found this thread. That's all the information I've got I'm afraid... Hope it helps!TASK DETAILhttps://phabricator.wikimedia.org/T151635EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Charlie_WMDECc: husn_shujaat, Aklapper, Charlie_WMDE, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Can mainsnak.datatype be included in the pages-articles.xml dump?

2016-11-28 Thread gnosygnu

> If you are also using the same software (Wikibase on MediaWiki), the XML dumps
> should Just Work (tm). The idea of the XML dumps is that the "text" blobs are
> opaque to 3rd parties, but will continue to work with future versions of
> MediaWiki & friends (with a compatible configuration - which is rather 
> tricky).

Not sure I follow. Even from a Wikibase on MediaWiki perspective, the
XML dumps are still incomplete (since they're missing
mainsnak.datatype).

For example, consider the following:
* You download only the XML dump pages-articles.xml dump from
https://dumps.wikimedia.org/wikidatawiki/latest/
* You load it into MediaWiki
* You then create a module that looks like the Wikidata Module from
Russian Wikipedia:
https://ru.wikipedia.org/w/index.php?title=Module:Wikidata=edit

One line of the file specifically checks for datatype: "if datatype
and datatype == 'commonsMedia' then". This line always evaluates to
false, even though you are looking at an entity (Q38: Italy) and
property (P41: flag image) which does have a datatype for
"commonsMedia" (since the XML dump does not have "mainsnak.datatype").

From a user standpoint, this means that if you're trying to set up a
local version of Russian Wikipedia and Wikidata, then all Country
infoboxes will not show the country's flag (the above line of code
will substitute text for the image)

The only way around this is to supplement the XML dump with the JSON
dump. But then, you'll need to download 2 large dumps and somehow
merge them. (I don't know if MediaWiki has a facility to load the JSON
dump, much less merge it)

Anyway, I understand that there are technical complications with
trying to add mainsnak.datatype to the XML dumps. But if this never
gets resolved, then the current situation basically offers two
unsatisfying options:
* Have an XML dump which is 99.9% complete but still missing key info
(mainsnak.datatype)
* Try to merge the JSON dump into the XML dump (which MediaWiki may
not be able to do)

Hope this makes sense.

Thanks.

On Sun, Nov 27, 2016 at 11:49 AM, Daniel Kinzler
 wrote:
> Am 27.11.2016 um 01:15 schrieb gnosygnu:
>> This is useful, but unfortunately it won't suffice. Wikidata also has
>> pages which are wikitext (for example,
>> https://www.wikidata.org/wiki/Wikidata:WikiProject_Names). These
>> wikitext pages are in the XML dumps, but aren't in the stub dumps nor
>> the JSON dumps. I actually do use these Wikidata wikitext entries to
>> try to reproduce Wikidata in its entirety.
>
> If you are also using the same software (Wikibase on MediaWiki), the XML dumps
> should Just Work (tm). The idea of the XML dumps is that the "text" blobs are
> opaque to 3rd parties, but will continue to work with future versions of
> MediaWiki & friends (with a compatible configuration - which is rather 
> tricky).
>
>
> --
> Daniel Kinzler
> Senior Software Developer
>
> Wikimedia Deutschland
> Gesellschaft zur Förderung Freien Wissens e.V.
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T151635: Add screenshots for gadgets on Wikidata

2016-11-28 Thread husn_shujaat

husn_shujaat added a comment.
I can see the create task option but I don't even have access to other tasks. I don't think I can add myselfbas mentorTASK DETAILhttps://phabricator.wikimedia.org/T151635EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: husn_shujaatCc: husn_shujaat, Aklapper, Charlie_WMDE, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata] Weekly Summary #237

2016-11-28 Thread Léa Lacroix

*Here's your quick overview of what has been happening around Wikidata over
the last week.*

Discussions

   - Closed request for comments: Semi-automatic Addition of References to
   Wikidata Statements
   


Events /Press/Blogs


   - Past: Wikidata introduction by Pigsonthewing at DJUK 2016

Other Noteworthy Stuff

   - Items without statements is down to 5% for enwiki (source
   

   )
   - Wikidata:WikiProject Biographical Identifiers
   

Did you know?

   - Newest properties
   : Auckland Art
   Gallery artist ID ,
Observatoire
   du Patrimoine Religieux ID ,
   Géopatronyme ID , Prabook
   ID , GECD film ID
   , GECD person ID
   , Enciclopedia Treccani
   , stereoisomer of
   , Tennishof ID
   , operating income
   , PictoRight ID code
   , Nobel Prize People
   Nomination ID , negative
   prognostic predictor
, positive
   prognostic predictor
, negative
   diagnostic predictor
, positive
   diagnostic predictor
, negative
   therapeutic predictor
, positive
   therapeutic predictor
, National
   Recreation Trails Database ID
   
   - Query example : List of sovereign state flags by proportion
   

   (source )
   - Newest tool: Display the link to Wikiversity in the title of Wikipedia
   using Wikidata
   

   - Newest database report: Unique films: film items with a link to a
   single Wikipedia
   


Development

   - Adding new wikis to interwiki sort order and move sort orders to WMF
   config. phab:T111023 

You can see all open tickets related to Wikidata here
.
Monthly Tasks

   - Hack on one of these
   .
   - Help develop the next summary here!
   
   - Contribute to a Showcase item
   
   - Help translate 
   or proofread pages in your own language!
   - Help merge identical items
    across
   Wikimedia projects.
   - Add labels, in your own language(s), for the new properties listed
   above.
   - Comment on property proposals: all open proposals
   
- proposals
   needing attention
   




--

[Wikidata-bugs] [Maniphest] [Updated] T151307: Provide access to property info from remotre repositories

2016-11-28 Thread Jakob_WMDE

Jakob_WMDE added a subtask: T151765: Factor get-methods out of PropertyInfoStore into PropertyInfoLookup.
TASK DETAILhttps://phabricator.wikimedia.org/T151307EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDECc: Aklapper, Lydia_Pintscher, daniel, Acer, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Fabrice_Florin, Mbch331, Tgr___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T151765: Factor get-methods out of PropertyInfoStore into PropertyInfoLookup

2016-11-28 Thread Jakob_WMDE

Jakob_WMDE added a parent task: T151307: Provide access to property info from remotre repositories.
TASK DETAILhttps://phabricator.wikimedia.org/T151765EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDECc: Aklapper, Jakob_WMDE, 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] [Created] T151765: Factor get-methods out of PropertyInfoStore into PropertyInfoLookup

2016-11-28 Thread Jakob_WMDE

Jakob_WMDE created this task.Jakob_WMDE added projects: Wikidata, Wikidata-Sprint-2016-11-15.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONCreate a new read-only service interface called PropertyInfoLookup containing getPropertyInfo, getPropertyInfoForDataTypeand getAllPropertyInfo from PropertyInfoStore.TASK DETAILhttps://phabricator.wikimedia.org/T151765EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDECc: Aklapper, Jakob_WMDE, 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] [Retitled] T151652: Allow use of new InterwikiSorting configs instead of Wikibase configs

2016-11-28 Thread aude

aude changed the title from "Switch to using InterwikiSorting configs instead of Wikibase configs" to "Allow use of new InterwikiSorting configs instead of Wikibase configs".
TASK DETAILhttps://phabricator.wikimedia.org/T151652EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: gerritbot, aude, Aklapper, Ramalepe, Liugev6, Lewizho99, Maathavan, 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] [Commented On] T151681: DispatchChanges: Avoid long-lasting connections to the master DB

2016-11-28 Thread daniel

daniel added a comment.
I would favor doing the locking using an alternative mechanism for which we already have infrastructure. Setting up a separate Maria server just to serve 10 mostly idle connections seems overkill.

However, I'm not sure the available locking mechanismns based on Memc and Redis have sufficient protection against stale (orphan) locks. Perhaps @aaron can shed some light on this.TASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: aaron, Manuel, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Vali.matei, Minhnv-2809, D3r1ck01, 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] [Edited] T150785: [Task] write spec for technical data model for Wiktionary support

2016-11-28 Thread Jan_Dittrich

Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILSWe need to update the draft spec of the technical data model for Wiktionary support in Wikidata.:

Uses: 
* Designer: should be able to design interface and widgets to edit the data model. Designer needs to  understand the model so they can decide what should/can be exposed to the user and which parts of the data model may be hidden and could be only implicitely in the UI.
* Community Manager: Needs to understand the model to answer the community’s questions. Needs the model to communicate it to the community. 
* (new) Developer: Shared vocabulary, be able to consider the model in technical decisionsTASK DETAILhttps://phabricator.wikimedia.org/T150785EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Lea_Lacroix_WMDE, Aklapper, Lydia_Pintscher, 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] T151635: Add screenshots for gadgets on Wikidata

2016-11-28 Thread Charlie_WMDE

Charlie_WMDE added a comment.
@husn_shujaat I don't think I can add other mentors. I think you can only do that yourself or an admin can?
@Aklapper is that correct or am I overlooking smth?TASK DETAILhttps://phabricator.wikimedia.org/T151635EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Charlie_WMDECc: husn_shujaat, Aklapper, Charlie_WMDE, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T97319: bug - lead image should only be displayed on tablet when original image is minimum 768 px

2016-11-28 Thread Sumit

Sumit closed this task as a duplicate of T131424: WikidataPageBanner when using page images generated API renders badly cropped images.
TASK DETAILhttps://phabricator.wikimedia.org/T97319EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SumitCc: Sumit, Florian, Jhernandez, JKatzWMF, Dbrant, Aklapper, KHammerstein, Winter, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Lydia_Pintscher, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Merged] T131424: WikidataPageBanner when using page images generated API renders badly cropped images

2016-11-28 Thread Sumit

Sumit added subscribers: Florian, JKatzWMF, Dbrant.Sumit merged a task: T97319: bug - lead image should only be displayed on tablet when original image is minimum 768 px.
TASK DETAILhttps://phabricator.wikimedia.org/T131424EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SumitCc: Dbrant, JKatzWMF, Florian, Jhernandez, Sumit, KHammerstein, Nirzar, Aklapper, Winter, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Lydia_Pintscher, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T97319: bug - lead image should only be displayed on tablet when original image is minimum 768 px

2016-11-28 Thread Sumit

Sumit added a comment.
A generalized solution could be implemented as part of T131424.TASK DETAILhttps://phabricator.wikimedia.org/T97319EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SumitCc: Sumit, Florian, Jhernandez, JKatzWMF, Dbrant, Aklapper, KHammerstein, Winter, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Lydia_Pintscher, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T131424: WikidataPageBanner when using page images generated API renders badly cropped images

2016-11-28 Thread Sumit

Sumit added a comment.
does a general solution to ignore banner if image width < 2 *(image height) look acceptable?TASK DETAILhttps://phabricator.wikimedia.org/T131424EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SumitCc: Jhernandez, Sumit, KHammerstein, Nirzar, Aklapper, Winter, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Lydia_Pintscher, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T151092: Change in quantities broke pywikibot

2016-11-28 Thread Lokal_Profil

Lokal_Profil added a comment.
@Wesalius The patch has now been merged so there should be no need to modify your code. If you still encounter problems please raise them at T150210TASK DETAILhttps://phabricator.wikimedia.org/T151092EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Multichill, Lokal_ProfilCc: Wesalius, Lokal_Profil, aude, TerraCodes, Luke081515, Jay8g, hoo, Ladsgroup, Lydia_Pintscher, Aklapper, Multichill, pywikibot-bugs-list, daniel, D3r1ck01, Izno, Wikidata-bugs, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T151356: Wikibase\Repo\Store\Sql\SqlEntityIdPager::fetchIds query slow

2016-11-28 Thread Stashbot

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2016-11-28T12:17:19Z]  Killed the Wikidata json dumpers on snapshot1007 due to T151356. Will be restarted once a fix has been deployed.TASK DETAILhttps://phabricator.wikimedia.org/T151356EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, StashbotCc: gerritbot, Jonas, Stashbot, Aklapper, Addshore, Marostegui, jcrespo, aude, daniel, hoo, Ramalepe, Liugev6, 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] T151356: Wikibase\Repo\Store\Sql\SqlEntityIdPager::fetchIds query slow

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 323817 had a related patch set uploaded (by Hoo man):
Use the "redirect" table in SqlEntityIdPager

https://gerrit.wikimedia.org/r/323817TASK DETAILhttps://phabricator.wikimedia.org/T151356EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: gerritbot, Jonas, Stashbot, Aklapper, Addshore, Marostegui, jcrespo, aude, daniel, hoo, 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] T151356: Wikibase\Repo\Store\Sql\SqlEntityIdPager::fetchIds query slow

2016-11-28 Thread gerritbot

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T151356EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: gerritbot, Jonas, Stashbot, Aklapper, Addshore, Marostegui, jcrespo, aude, daniel, hoo, Ramalepe, Liugev6, 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] [Updated] T18976: Wikis waiting for creation (tracking)

2016-11-28 Thread MarcoAurelio

MarcoAurelio added a subtask: T151731: Create an arbcom-cs wiki.
TASK DETAILhttps://phabricator.wikimedia.org/T18976EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarcoAurelioCc: 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, mschwarzer, Urbanecm, D3r1ck01, Tulsi_Bhagat, Izno, Matiia, 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] [Edited] T137319: Graph Display icons should have explanatory tooltips

2016-11-28 Thread Jonas

Jonas edited the task description. (Show Details)
EDIT DETAILSWhen query's display setting is set to "Graph" [[ https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/Wikidata_Query_Help/Result_Views#/media/File:Screenshot_WDQS_display_button.png | (Display -> Graph) ]], there are four icons/buttons in the center of the line containing the "Run"/"Clear"/"Display"/"Download"/"Link" buttons. It is not clear what any of the four buttons do. The buttons should have either tooltips or associated text explaining what they do.TASK DETAILhttps://phabricator.wikimedia.org/T137319EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Designbygio, JonasCc: Addshore, Aklapper, Yair_rand, Zppix, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, jayvdb, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T151635: Add screenshots for gadgets on Wikidata

2016-11-28 Thread husn_shujaat

husn_shujaat added a comment.
Can you add me as mentor on the task at the GCI site? :)TASK DETAILhttps://phabricator.wikimedia.org/T151635EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: husn_shujaatCc: husn_shujaat, Aklapper, Charlie_WMDE, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T151635: Add screenshots for gadgets on Wikidata

2016-11-28 Thread husn_shujaat

husn_shujaat added a comment.
@Charlie_WMDE thank you :)TASK DETAILhttps://phabricator.wikimedia.org/T151635EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: husn_shujaatCc: husn_shujaat, Aklapper, Charlie_WMDE, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T151635: Add screenshots for gadgets on Wikidata

2016-11-28 Thread Charlie_WMDE

Charlie_WMDE added a comment.
@Aklapper yes, that's correct

@husn_shujaat sure :)TASK DETAILhttps://phabricator.wikimedia.org/T151635EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Charlie_WMDECc: husn_shujaat, Aklapper, Charlie_WMDE, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T151053: Create repo-aware TermSqlIndex

2016-11-28 Thread WMDE-leszek

WMDE-leszek claimed this task.WMDE-leszek triaged this task as "High" priority.WMDE-leszek moved this task from Proposed to Doing on the Wikidata-Sprint-2016-11-15 board.
TASK DETAILhttps://phabricator.wikimedia.org/T151053WORKBOARDhttps://phabricator.wikimedia.org/project/board/2351/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: WMDE-leszek, nichtich, Aklapper, daniel, 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] T151681: DispatchChanges: Avoid long-lasting connections to the master DB

2016-11-28 Thread jcrespo

jcrespo removed projects: netops, Operations.
TASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: aaron, Manuel, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Vali.matei, Minhnv-2809, D3r1ck01, 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] [Changed Subscribers] T151681: DispatchChanges: Avoid long-lasting connections to the master DB

2016-11-28 Thread jcrespo

jcrespo added subscribers: Manuel, aaron.jcrespo added a comment.
@Manuel, @daniel Actually it is a problem, because masters have a limit of CPU# or 32 active threads on the pool of connections, which means half of the connections are reserved but doing nothing, so you are limiting the master throughput to 50% of the reality. Also, running connections for 15 minutes means that in case of a master problem, those connections do not get new configuration (like a master failover) or a new mediawiki version, something that limits High Availability- if there is a problem with the master, it cannot be easily failed over. All long running connections should be short, or easy to kill.

The wiki master is a SPOF, and it should not be used for coordination. For example, as @aaron will be able to tell you, the real master will not be easily accessible from a remote datacenter, which means this functionality as it is now, limits cross-dc scalability.

There is absolutely no reason to do this on a master, when it could be easily done on a separate server, that doesn't interact with other functionality.TASK DETAILhttps://phabricator.wikimedia.org/T151681EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: aaron, Manuel, Marostegui, jcrespo, Aklapper, Jonas, Lydia_Pintscher, hoo, daniel, Vali.matei, Minhnv-2809, Zppix, D3r1ck01, Izno, Luke081515, Cmjohnson, Wikidata-bugs, aude, GWicke, mark, faidon, Mbch331, Jay8g, Krenair, akosiaris, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T151210: Add repository name to TermIndexEntry

2016-11-28 Thread gerritbot

gerritbot added a comment.
Change 322704 abandoned by WMDE-leszek:
Add repository name to TermIndexEntry

Reason:
I2819090b4759fa1281fcc570b9feb42122ae2442 makes this patch not needed

https://gerrit.wikimedia.org/r/322704TASK DETAILhttps://phabricator.wikimedia.org/T151210EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, gerritbotCc: gerritbot, daniel, Aklapper, WMDE-leszek, Ramalepe, Liugev6, 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] [Declined] T151210: Add repository name to TermIndexEntry

2016-11-28 Thread WMDE-leszek

WMDE-leszek closed this task as "Declined".WMDE-leszek added a comment.
Given the change described in T151212 this task is not really valid any more. TermIndexEntry::getEntityId (still) returns the actual entity id instance (which can be asked for the repository name), and TermIndexEntry's constructor now expects the actual EntityId object (including relevant repository prefix!), not just a number. Based on this change it is now possible to create TermIndexEntry objects for foreign entity ids etc.
Convenience getter returning the repository name of the related EntityId object can still be added to TermIndexEntry if needed.TASK DETAILhttps://phabricator.wikimedia.org/T151210EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: gerritbot, daniel, Aklapper, WMDE-leszek, Ramalepe, Liugev6, 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] [Unblock] T151053: Create repo-aware TermSqlIndex

2016-11-28 Thread WMDE-leszek

WMDE-leszek closed subtask T151210: Add repository name to TermIndexEntry as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T151053EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: WMDE-leszek, nichtich, Aklapper, daniel, 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] T151213: Separate TermIndexEntry to the object used in search results and the object used as a mask in search

2016-11-28 Thread WMDE-leszek

WMDE-leszek added a project: Wikidata-Sprint-2016-11-15.WMDE-leszek edited the task description. (Show Details)
EDIT DETAILSCurrently it is possible to create incomplete instances of TermIndexEntry. Incomplete instances might be used as a "mask" (object containing search criteria) in term search. Another usage is in the actual search results, where the instance is "complete"TASK DETAILhttps://phabricator.wikimedia.org/T151213EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: gerritbot, daniel, WMDE-leszek, Aklapper, Ramalepe, Liugev6, 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] [Claimed] T151213: Separate TermIndexEntry to the object used in search results and the object used as a mask in search

2016-11-28 Thread WMDE-leszek

WMDE-leszek claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T151213EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: gerritbot, daniel, WMDE-leszek, Aklapper, Ramalepe, Liugev6, 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

96 matches

Mail list logo