[12:51:52] (PS1) Mwjames: Register #ask/#show as closure, eliminate static render method and $GLOBALS [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/80365 [13:57:46] (PS1) VitaliyFilippov: Fix array to string conversion notice for 1.8.x / 1.9.x [extensions/SemanticMediaWiki] (1.8.x) - https://gerrit.wikimedia.org/r/80372 [14:41:03] (PS2) Mwjames: Register #ask/#show as closure, eliminate static render method and $GLOBALS [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/80365 [15:50:37] I just reinstalled SemanticFormsInputs and it's being disagreeable about datepicker, saying Unknown dependency: ext.semanticformsinputs.datepicker when I try to use one. Any thoughts or am I going to have to call my witch doctor about a ritual sacrifice for wisdom? [15:56:13] .. It just started working. I give up. [15:58:39] :) [15:59:03] Maybe the witch doctor felt sorry for you. [15:59:14] Nah, he's in it for the money. [15:59:55] It was either divine intervention or some sort of hiccough in what Squid was serving, which is more or less the same thing [16:02:16] :) Right, probably some caching thing. [16:02:39] * Ulfr nods. [16:02:48] When all else fails, blame caching. [18:51:22] (PS1) Jeroen De Dauw: Add files with no coverage at all to the coverage report as well [extensions/Maps] - https://gerrit.wikimedia.org/r/80428 [18:51:52] (PS1) Jeroen De Dauw: Add files with no coverage at all to the coverage report as well [extensions/Validator] - https://gerrit.wikimedia.org/r/80429 [18:52:13] (PS2) Jeroen De Dauw: Add files with no coverage at all to the coverage report as well [extensions/Maps] - https://gerrit.wikimedia.org/r/80428 [18:54:31] (CR) Jeroen De Dauw: [C: 2] Add files with no coverage at all to the coverage report as well [extensions/Validator] - https://gerrit.wikimedia.org/r/80429 (owner: Jeroen De Dauw) [18:54:36] (CR) Jeroen De Dauw: [C: 2] Add files with no coverage at all to the coverage report as well [extensions/Maps] - https://gerrit.wikimedia.org/r/80428 (owner: Jeroen De Dauw) [18:55:19] (PS1) Jeroen De Dauw: Add files with no coverage at all to the coverage report as well [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/80430 [20:05:11] Hi, is there ever any reason why a form would fail to get the data from the page when editing? And is there any way to find out why? [20:05:55] Cause one of our forms doesn't pick the template up on the page - it adds it no problem, but when trying to edit it, it just removes all instances of it. [20:06:02] Is there any way to see why that happens? [20:22:37] (CR) Mwjames: [C: 2] Add files with no coverage at all to the coverage report as well [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/80430 (owner: Jeroen De Dauw) [20:24:22] (Merged) jenkins-bot: Add files with no coverage at all to the coverage report as well [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/80430 (owner: Jeroen De Dauw) [20:32:19] RollO: there aren't any real debugging tools for Semantic Forms, unfortunately... [20:32:52] Does the template name contain any unusual characters? And is it spelled exactly the same in the page and the form? [20:33:57] yaron: :( [20:34:16] yaron: Yes, the template works one way (I can enter data into it in the form) but then won't go bakc into the form [20:35:35] ...what about my questions? [20:36:07] It does not contain any unsual characters [20:36:11] It's spelled correctly [20:36:29] It's put into the page by the form, how could it be spelled differently [20:37:07] Well, if there were some sort of strange bug, it could happen. [20:37:26] I assume this isn't a public wiki? [20:37:42] No, it is not [20:38:02] Do you think the problem could be perhaps with the template itself? [20:38:05] Or is that not possible [20:38:14] The only thing I can suggest, I think, is to try to replicate this problem on http://scratchpad.referata.com . [20:38:24] That will make pinpointing the problem a lot easier. [20:38:57] Mhm, I'll do that. [20:40:38] I'm heading out now, unfortunately, but if you could send me an email (yaron57@gmail.com) with a link to the form, I'll look into it. [21:17:39] (PS3) Mwjames: Register #ask/#show as closure, eliminate static render method and $GLOBALS [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/80365 [21:19:09] (CR) jenkins-bot: [V: -1] Register #ask/#show as closure, eliminate static render method and $GLOBALS [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/80365 (owner: Mwjames) [21:22:21] (CR) Mwjames: "This is good." [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/80365 (owner: Mwjames) [21:24:28] (CR) MaxSem: "This results in an ugly being displayed on Special:Version." [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/80365 (owner: Mwjames) [21:31:12] (CR) Mwjames: ">> This results in an ugly being displayed on Special:Version" [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/80365 (owner: Mwjames) [22:15:17] yaron: I opted to wait instead, I hope you don't mind [22:15:24] http://scratchpad.referata.com/wiki/Form:Sysreqs_form [22:18:29] Ah - hello again! [22:20:09] RollO: whoa; you have a template call embedded in a call to that same template? [22:20:13] (PS1) Mwjames: \SMW\Subobject, SubobjectParserFunction use HashIdGenerator [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/80502 [22:20:35] yaron: Do I? [22:21:06] Oh... never mind. The second template has "/Table" in its name. [22:21:28] I was wondering :) [22:22:03] That actually might be the cause of the issue, though - there was some problem where, if there's a template called "AAA", and another called "AAABB", the form messes up on it. [22:22:09] I thought that was fixed, but maybe not. [22:22:17] Wait, seriously? [22:22:31] So if I call it just BB instead it should work? [22:23:05] Yes... I would try renaming the 2nd template in any way, so that it doesn't start with "System requirements". [22:23:21] Hm, ok. [22:24:22] Nah, didn't work (on my wiki). [22:26:15] Alright. My other theory, looking at the form definition, is that it could be that "embed in field" doesn't work correctly with un-named (numbered) parameters. [22:26:34] Ok, let's try that. [22:28:48] Hah, that fixed it [22:28:56] Cheers, would have never thought of that. [22:29:44] You're seriously the best :) [22:33:27] Okay, great! [22:33:41] Well, thanks, I mean... it's a bug in my software. :) [22:34:14] But you're aware of it and could tell me how to work around it! [22:35:25] Yes, that's true. [22:39:01] By the way, I'm guessing you can change the 2nd template back to its old name, if you haven't done that. [22:40:55] Yeah, I did that after it didn't fix the problem before. [22:43:07] Alright, cool. [22:43:13] Only one bug. *phew*