[05:18:41] renoirb: You can also do it from PHP directly. See https://github.com/SemanticMediaWiki/SemanticMediaWiki/blob/master/includes/src/MediaWiki/Search/Search.php#L137 for an example. [13:48:28] Yaron, thanks for this. I got what I was searching for. Its roughly `$api = new ApiMain( new DerivativeRequest( $this->getRequest(), array( 'action' => 'ask', 'query' => '[[some/title]]|?PropertyName'), true ) );` called from a method of an instance of SkinTemplate [13:50:09] Using this method, I can make an internal "sub request" to the API and get data I need. Ref: https://www.mediawiki.org/wiki/API:Calling_internally [14:07:52] renoirb: cool! [14:17:21] Yaron: hi is it possible to hide "show further results" text from a query [14:43:12] [SemanticMediaWiki] mwjames pushed 1 new commit to master: http://git.io/iIs2eA [14:43:12] SemanticMediaWiki/master f877274 mwjames: Update README.md... [14:59:02] roland_: sorry, I didn't see your question before. [14:59:14] I think it can only be done with a hack, using CSS.... [15:00:30] Yaron: or how can I use this query with #show... {{#ask:[[Category:Service]] [[Location::+]] [[Device::{{PAGENAME}}]]|?Location=|sort=Date|order=descending|limit=1}} [15:01:20] You can't do that with #show, unless you know the name of the page where that "Location" property is set. [15:02:55] Yaron: PageSchema: when on "Generate pages", button NONE works, but ALL doesnt [15:03:35] Could you look in the browser "console" and see if there are any error messages there? [15:03:43] Yaron: there were not [15:04:47] That's strange. You're using recent versions of MW and Page Schemas? [15:05:10] Yaron: latest from GIT [15:05:29] That's strange. I don't know. [15:06:42] Yaron: also PageSchema problem: in EditSchema when I write something into "Field description:" or "Text that will be printed before the field: " that information is not generated into XML [15:07:05] That's not good either. [15:07:16] Recent versions of SMW and SF as well? [15:07:19] yes [15:07:56] also when forms are generated "Define form buttons and inputs (all will be enabled if none are selected): " these parameters are ignored [15:08:39] Schema XML is ok, but all buttons, fields are put into generated Form [15:09:29] Doesn't sound too good! [15:10:52] I now [15:10:55] i know [15:11:22] I'm not even sure, where to look for those problems [15:13:21] Yaron: are these working for you? [15:13:48] I don't know - I haven't actually tried using Page Schemas in a while. [15:14:26] I'd like to get it working [15:14:59] some people, who are unable to create forms, templates by hand. need this to be able to edit forms [15:16:12] Sure. [15:16:25] Yaron: can you take a look? [15:16:48] I don't really have time right now, but I'll try to look into it later. [15:16:59] I haven't written any mediawiki code, so it might be a little bit hard for me to debug this [15:17:46] Yaron: where is the code regarding page generation located? In PageSchema repository? [15:18:38] No, the code to create the forms and templates is all in Semantic Forms, in the file /includes/SF_PageSchemas.php. [15:19:12] Yaron: but XML generation is in PageSchema? [15:19:19] Yes. [15:19:40] forms are generated in the background, yes? [15:20:54] So, when I add debug messages, I can see them when I run php maintenance/runJobs.php? [15:23:40] Yes. [15:27:57] Yaron: in PageSchema: when selecting "show if not empty", i think it generates invalid template contents [15:28:14] Ah... what version of SF are you using? [15:47:32] Yaron: latest commit 6238eb33c1e62eb2ce37c9bf66d08c7e54179d39 [15:50:57] Yaron: 2.8-alpha (6238eb3) [15:51:39] Oh, that's too bad - there was a somewhat recent fix to some Page Schemas handling in SF, but you already have that code. [15:58:23] Yaron: sorry, I didn't have parserfunctions extension [15:58:35] Ah! [16:00:10] but those others problems are not affected by it probably [16:13:56] roland_: I just tried reproducing the first problem you noted, where the "All" button didn't work, and couldn't - it works fine for me. [16:25:21] Yaron: what browser are you using?? [16:25:32] Google Chrome. [16:27:47] Yaron: using chrome didn't fix problem [16:28:23] I didn't think it would... it must be some sort of Javascript issue. [16:28:29] Are you using a custom skin or something? [16:30:04] Yaron: vector [16:30:19] Not too custom, then. :) [19:28:04] Hey all, I was digging through the code trying to understand the difference between the Special:SMWAdmin page's "Start updating data" button and the SMW_refreshData.php script, but I'm still not clear on it. Are they basically the same thing or is there any significant difference? [19:29:12] The one thing that seems to be an issue is that when using the script, I need to comment out the DynamicPageList extension from my LocalSettings.php before running the script. I'm not sure if that's necessary when using the button. Having to do so means that my wikis would need to be offline while waiting for the very long refresh script to complete. [19:31:05] Yaron: I think I know why ALL button is not working [19:31:07] what jquery version are you using? [19:31:29] I don't know - whatever comes with MediaWiki. [19:31:55] Yaron: it seems like, your jquery version is before 1.6 [19:32:09] Could be; I don't know. [19:32:39] generatepages.js uses attr() command to toggle checkbox, but that is not supported after jquery 1.6+ [19:32:45] MW uses 1.8 for quite some time now, 1.11 starting from MW 1.24 [19:32:46] must use prop() function [19:32:57] then, buttons start working on my install [19:32:59] Oh, weird. [19:33:05] Great, that's good to know. [19:33:58] Ah, yes - I'm using MW 1.23 on this wiki, but I guess the jQuery upgrade happened in MW 1.24. [19:34:22] Ah, FoxxT said that already. [19:34:23] http://api.jquery.com/prop/ here is explained [19:34:31] Thanks for the link. [19:36:23] Yaron: will you fix it, or I will? [19:36:41] but now sure, how to share the fix [19:37:03] Well, if you send me a patch (or create one in Geritt) that would certainly be appreciated... [19:37:11] I mean, Gerrit. [19:37:26] Yaron: con you pull from github? [19:37:30] can** [19:37:49] No, but I assume this is just a one-line change, no? [19:38:04] 2 words need chaning [19:38:10] attr -> prop [19:38:23] it simpler for you to fix ;) [19:41:40] Sorry, got disconnected there. [19:42:15] Roland: I just looked at the code - I assume you mean change "attr" to "prop" in both lines. [19:42:24] yes [19:43:12] Can anyone provide feedback to my question on the differences between the SMWAdmin "Start updating data" button and the SMW_refreshData.php script? [19:44:20] To reiterate my issue, I have to comment out the DPL extension from LocalSettings.php before I can run the refresh script, meaning an upgrade of my wikis would require a several hour outage. [19:45:12] jcl: In principle there should not be a difference. In fact, IIRC, the cript uses jobs as well. [19:45:53] jcl: If you have to comment out DPL I'd say it's a bug in either DPL or SMW. [19:46:58] FoxxT: If the update works with the button, you could try to initiate the update with the button and then use runJobs.php [19:47:27] \me talking to himself :D [19:48:09] FoxxT: What you're suggesting does sound vaguely familiar to when I upgraded from 1.16 to 1.20, but that was long ago so my memory (and notes) are fuzzy. [19:49:29] I'm running a test right now on how long the script takes and, as I recall from a previous run, I have around 400k IDs it processes, so it takes many, many hours. Once my current test finishes (to verify the runtime, just in case), I'll restore the database to a pre 1.23 version and see if your method works. [19:52:15] jcl: I think you will probably try my method sooner than that. There is a memory leak issue that lets rebuildData crash every few thousand ids, exact number depending on your setup. Give it a try though. If it runs through, that would be good news. [19:53:33] FoxxT: I know the script will finish, it has multiple times in the past, which is why I have my primary test wikis all upgraded from 1.20.8 to 1.23.2. I'm developing my upgrade procedures based on that work for my live wikis and I'm just trying to get an idea of how long the outage will need to be. [19:54:13] FWIW, I'm still using SMW_refreshData.php, not rebuildData.php, out of habit. As I recall the rebuild script is basically a wrapper around the refresh script, right? [19:55:03] jcl: Yes, that's right. SMW_refresh will probably vanish in some future version, but until then it's a wrapper as you say. [19:55:21] Cool. [22:00:26] (PS1) Yaron Koren: Added handling in form creation for standard inputs set from Page Schemas [extensions/SemanticForms] - https://gerrit.wikimedia.org/r/160104 [22:00:34] (CR) jenkins-bot: [V: -1] Added handling in form creation for standard inputs set from Page Schemas [extensions/SemanticForms] - https://gerrit.wikimedia.org/r/160104 (owner: Yaron Koren) [22:02:23] (CR) Yaron Koren: [C: 2 V: 2] Added handling in form creation for standard inputs set from Page Schemas [extensions/SemanticForms] - https://gerrit.wikimedia.org/r/160104 (owner: Yaron Koren) [23:57:25] Gulp.. I'm doing a upgrade from MW 1.22.6 to 1.23.3... I got as far as to the mw-config. (https://www.mediawiki.org/wiki/Manual:Upgrading#Web_browser) then I got this error: https://dpaste.de/Pj2G/raw [23:57:43] please help ;( [23:58:47] gute: try disabling Semanti Forms during the upgrade. [23:58:54] ...and maybe SMW, while you're at it. [23:59:11] the include? [23:59:26] Yaron, ^^