[10:31:11] Hiya.. something strange in Wikivoyage.. keyboard gives weird results [10:31:27] On some other wikis in other tabs the keyboard works fine [10:31:52] for example on Wikivoyage.org I cannot type an '*' or two [[ [10:32:04] kind of a major bummer for editing [10:33:27] another bug I've noticed that sometimes the selection of portion to be edited by integer is giving result that is one off from what the user clicked [10:33:36] so point me in the direction of your bugzilla [10:34:38] Wikipedia.org works ok [10:34:48] but Wikivoyage.org has some issues [10:39:36] jubo2: phabricator.wikimedia.org [10:39:45] we don't use bugzilla anymore [10:52:03] ok filed [11:01:37] VE? [11:34:44] Reedy: no, wikicode [14:03:39] anyone knows how its possible for the parser cache not to match page_props table? [14:03:46] https://phabricator.wikimedia.org/T133495 [14:06:33] yurik: pretty sure page_props are not updated when purging. not sure if that's a bug or intentional behavior. [14:07:09] MatmaRex, null edit fixes the problem, which means it updates the page_props [14:07:27] null edit does, yes [14:09:38] MatmaRex, so basically you are saying that during parsing, i need to update my own table instead of page-props? [14:09:59] also, what is purging here? [14:10:05] is that an auto-regen? [14:10:11] um, no? probably [14:10:17] yurik: i meant action=purge [14:10:34] well, it stops working even without action=purge [14:11:13] basically somehow page_props gets a NEWER! version of the data than what's in the parser cache/parser output [14:11:35] wait, your bug says the opposite [14:12:01] sec, checking, might be mistaken [14:12:44] MatmaRex, my mistake, correct, the hash (parser output) is newer than what's stored in page_props [14:12:58] i mean, it's weird and pretty poor behavior from mediawiki either way, but it happens sometimes, yes [14:13:14] problem is, it happens consistently :( [14:13:29] all of the time-related graphs stop working quickly after being saved [14:13:32] file a bug and pray that someone looks into it, i guess? [14:13:42] i just did :) [14:13:47] i'm not touching it with a ten foot pole ;) [14:14:09] heh, do you know anyone who might know something about it and who has a longer pole? [14:14:36] could you CC them on the bug? [14:14:49] yurik: i'd try aaron [14:15:35] You could argue it's a perf bug [14:15:39] yurik: but you'll probably have to bug him a couple times to get him to do anything ;) [14:26:35] MatmaRex, sorry connection problems. did you say anything? [14:27:11] yurik: i'd try aaron [14:27:13] yurik: but you'll probably have to bug him a couple times to get him to do anything ;) [14:27:20] also: You could argue it's a perf bug [14:28:24] thx... would that mean i will have to bug ori ? [14:29:38] Well, there's 5 on the perf team [14:30:44] hmm, including aaron, actually. so… ;) [15:38:53] Is the WMF error page no longer shown for PHP errors? [15:39:10] https://meta.wikimedia.org/wiki/Special:GlobalAllocation is OOMing as usual but it shows a blank page now [15:39:18] previously it showed the WMF error page [16:00:53] Glaisher: YMMV [16:01:17] OOM is a different ballgame [16:02:03] Is it it a known/logged issue it's broken? [16:02:04] [Exception ErrorException] (/srv/mediawiki/php-1.27.0-wmf.21/extensions/CentralNotice/special/SpecialGlobalAllocation.php:435) PHP Fatal Error: request has exceeded memory limit [16:02:04] #0 /srv/mediawiki/php-1.27.0-wmf.21/extensions/CentralNotice/special/SpecialGlobalAllocation.php(435): NO_FUNCTION_GIVEN() [16:02:04] #1 /srv/mediawiki/php-1.27.0-wmf.21/extensions/CentralNotice/special/SpecialGlobalAllocation.php(426): SpecialGlobalAllocation::makeCombinations(array, integer) [16:02:04] #2 /srv/mediawiki/php-1.27.0-wmf.21/extensions/CentralNotice/special/SpecialGlobalAllocation.php(432): SpecialGlobalAllocation::makeCombinations(array, integer) [16:02:06] #3 /srv/mediawiki/php-1.27.0-wmf.21/extensions/CentralNotice/special/SpecialGlobalAllocation.php(344): SpecialGlobalAllocation::makeCombinations(array, integer) [16:02:09] #4 /srv/mediawiki/php-1.27.0-wmf.21/extensions/CentralNotice/special/SpecialGlobalAllocation.php(265): SpecialGlobalAllocation->analyzeGroupings() [16:03:09] https://phabricator.wikimedia.org/T55443 [16:03:11] Recursion all the way down [16:06:39] * Reedy makes patch to disable it again [16:07:03] It does work sometimes... [19:14:21] yurik: hello [19:14:24] hey [19:15:26] so to get to the point... I wan't to attach a tree to each article of wikipedia [19:16:29] the data needed to implement the tree is already available in wikidata "subclass and instance of " [19:17:03] the goal is to help a non expert to understand articles that express specific concept [19:17:25] let me give you an example [19:17:54] the article about "php programming language " [19:18:22] has in wikidata sub-class and instance of property [19:19:29] we could automatically draw an tree that we put a formal language as the abstract concept, so the reader could what is the php in perspective of formal language [19:21:47] GhassanMas, if i understood your idea, you want to draw some sort of a graph based on wikidata tree? [19:22:44] based of wikidata properties like subclass and instance of [19:23:38] might be interesting - you could try to get that data via Lua module, and draw it with the graph ext [19:24:36] i'm not exactly sure if lua could get all the wikidata - there were some attempts at that, but i don't know how far it got. Also, there is sparql queries that can be used directly by the graphs, but not yet by the lua modules [19:27:25] can I make a hierarchy view by using Lua module? [19:41:26] GhassanMas, sure, you can create any graph you want - you will probably need to generate a tree structure in memory, convert it to json with encodeJson lua function, and construct the graph tag [19:45:07] here is an example of how it may look in wikipedia article of php [19:46:38] http://tinypic.com/r/fcsch/9 [19:48:39] http://tinypic.com/view.php?pic=fcsch&s=9#.Vx0i_fmKTIV [19:50:16] GhassanMas, i think there was something like that already based on wikidata - a browser of the wikidata classification [19:51:25] GhassanMas, check http://tools.wmflabs.org/hay/directory/ [21:32:59] MatmaRex Is this somewhat related to that page_prop bug you were dicussing earlier? https://phabricator.wikimedia.org/T132881 Not sure who to cc [21:47:40] action=purge will update the parser cache, but it doesn't update links/page_props tables. You need &forcelinkupdate=1 [21:58:02] Josve05a: possibly [22:01:29] Feel free to check it out/comment, and help fix this bug that is driving myself and my bot insane