[01:20:02] [SemanticMediaWiki] mwjames deleted store at 525d858: http://git.io/ovfw9A [01:20:12] [SemanticMediaWiki] mwjames deleted delete at 5e746cc: http://git.io/vxi1VQ [03:19:05] [SemanticResultFormats] JeroenDeDauw closed pull request #27: Check for instanceof Title (master...tagcloud-null-title) http://git.io/ACZAkQ [03:47:20] (CR) Jeroen De Dauw: [C: 1] Making js files pass jshint [extensions/SemanticFormsInputs] - https://gerrit.wikimedia.org/r/121679 (owner: Jatin) [09:43:27] Hi FoxT , I have submitted a patch for https://bugzilla.wikimedia.org/show_bug.cgi?id=51505 . I would appreciate if you could review it. :) [09:44:36] pawan_seerwani: Cool. I'll have a look. [10:17:15] (PS4) Jatin: Making js files pass jshint test [extensions/SemanticFormsInputs] - https://gerrit.wikimedia.org/r/121679 [10:28:16] FoxT: Earlier jenkins was not giving these errors , then why now? [10:29:30] jatin: I have no clue [10:31:10] jatin: Maybe somebody changed the jshint settings in the meantime? [10:32:12] FoxT: So, what should I do now? Should I add a .jshntrc file? [10:33:29] jatin: To be quite honest, I see this bug as a political thing by somebody who likes to see green indicator lights, but (as seen by his answer in the bug report) has no real idea what he is asking for [10:34:45] I am not sure changing a perfectly working code to achieve this green light is what should be done [10:36:18] Which does not answer your question of course :) [10:36:52] I would not add any config file. [10:37:07] yeah, probably, I should add a .jshintrc files with some rules and get this green light :) [10:39:53] If you want to introduce this file, I would suggest to revert all changes to JS files that were imported to SFI from somewhere else (this includes jquery.mulit-select.js) and exclude them from checking [10:41:12] (PS5) Jatin: making js files pass jshint [extensions/SemanticFormsInputs] - https://gerrit.wikimedia.org/r/121679 [11:06:30] FoxT, My patch for the bug https://bugzilla.wikimedia.org/show_bug.cgi?id=32678 is merged, but the status is not yet resolved. Why so? [11:07:44] pawan_seerwani: I think this is not done automatically. Just edit the bug and set it to RESOLVED and FIXED. [11:08:05] (CR) Pawanseerwani: "If there are no more changes to be done in this, I think its good for merge :)" [extensions/SemanticForms] - https://gerrit.wikimedia.org/r/120501 (owner: Pawanseerwani) [11:12:42] ok [11:16:11] FoxT, I can't find the link to edit status of the bug.. I don't think I have the permission to change status of the bug. [11:16:41] Every body with an account has. It is at the very bottom of the page. [11:17:21] pawan_seerwani: gsoc student? [11:17:40] JeroenDeDauw, Yes. [11:20:34] FoxT, I tried again. No such link. [11:20:47] Hmm, odd. I'll do it [11:20:57] Ok [11:50:53] (PS5) Foxtrott: Add class to "Additional Query" in SF_RunQuery.php [extensions/SemanticForms] - https://gerrit.wikimedia.org/r/120501 (owner: Pawanseerwani) [11:51:35] (CR) Foxtrott: [C: 2 V: 2] Add class to "Additional Query" in SF_RunQuery.php [extensions/SemanticForms] - https://gerrit.wikimedia.org/r/120501 (owner: Pawanseerwani) [12:07:13] (CR) Foxtrott: "I like it. Two inline comments." (2 comments) [extensions/SemanticForms] - https://gerrit.wikimedia.org/r/121698 (owner: Pawanseerwani) [18:08:10] Hi, can anyone help me where to start for solving this bug ? I am able to reproduce the bug. [20:48:11] (PS1) Jatin: default=now for datepicker [extensions/SemanticFormsInputs] - https://gerrit.wikimedia.org/r/121979 [20:53:03] (PS2) Jatin: default=now for datepicker [extensions/SemanticFormsInputs] - https://gerrit.wikimedia.org/r/121979 [20:53:12] FoxT: I have submitted a patch for bug . Can you please review it? [20:53:23] jatin: Looking at it right now [20:53:45] FoxT: ok :) [21:00:38] jatin: Have you tested it? [21:01:03] yes, its working fine... [21:01:21] FoxT: did you test it? [21:01:31] I'll do now [21:02:03] FoxT: ok. [21:28:15] FoxT: Is it working fine? [21:29:43] (CR) Foxtrott: "This change has several problems:" [extensions/SemanticFormsInputs] - https://gerrit.wikimedia.org/r/121979 (owner: Jatin) [21:30:00] jatin: Alas not at all. There are several problems [21:31:35] FoxT: ohh, I'll try to fix them. [21:31:44] k [21:36:17] jatin: Easiest would probably be to check $cur_Value in the constructor if it is 'now' and in that case set it to today's date [21:36:41] It's a hack. But the whole thing is a hack back from days when I did npot know any better [21:37:30] yeah, sure I was thinking to that. [21:37:39] Oh, the format of todays date should be yyyy/mm/dd, no matter what the user date format says [21:38:17] ohh, that was the thing that was troubling me, now you made it easy :) [21:54:53] (PS3) Jatin: default=now for datepicker [extensions/SemanticFormsInputs] - https://gerrit.wikimedia.org/r/121979 [21:59:57] FoxT: Is it correct now? [22:10:41] (CR) Foxtrott: "Getting there." (1 comment) [extensions/SemanticFormsInputs] - https://gerrit.wikimedia.org/r/121979 (owner: Jatin) [22:27:28] (PS4) Jatin: default=now for datepicker [extensions/SemanticFormsInputs] - https://gerrit.wikimedia.org/r/121979 [22:27:32] FoxT: I don't know why but date format 'Y/m/d' changes to 'Y.m.d' automatically. Is it fine? [22:28:22] jatin: you mean Y/m/d to d.m.Y? [22:30:05] FoxT: No, I have set date format for 'now' as 'Y/m/d' but in the form it displays as 'Y.m.d' [22:30:33] (PS5) Jatin: default=now for datepicker [extensions/SemanticFormsInputs] - https://gerrit.wikimedia.org/r/121979 [22:30:41] That'S odd, it should change the order [22:31:51] FoxT: So, do I need to do something? Because I'm not getting why this is happening. [22:35:15] jatin: Have you changed $sfigSettings->datePickerDateFormat in your LocalSettings? [22:35:41] FoxT: No [22:37:30] jatin: Then I have no idea what is going on. It works for me. When I set default=now, it shows 29/03/2014 in the date field [22:38:34] FoxT: So, is it fine to get merged? [22:40:44] jatin: We are two people, for one it works, for the other it does not. 50% failure rate is not very impressive. We really should find out, why it is not working for you. [22:42:33] Why is not working for me, I haven't changed anything other than adding those 4 line in the SFI_DatePicker.php. [22:45:22] But if try 'Y-m-d', it works fine. [22:46:20] Where do you put Y-m-d? [22:47:28] I'm talking about the line I have added ("$cur_value = date('Y-m-d');") in the constructor. [22:48:22] So, if you put Y-m-d in the constructor then you see 29/03/2014 in your date field? [22:49:44] No, then I see what I have put there (which is 2014-03-29). [22:51:11] Problem is with '/' as a seperator (and that too just for 'Y/m/d') and not with any other symbol. [22:52:13] If I put 'd/m/Y', then it works fine and displays 29/03/2014 [22:52:57] But if I put 'Y/m/d', it displays 2014.03.29 [22:53:01] Yes. but it will also store 29/03/2014, which is wrong [22:53:54] Which language is your wiki in? [22:54:34] en [22:59:00] jatin: If you go to the page MediaWiki:Semanticformsinputs-dateformatshort in your wiki, what does it say? [22:59:30] dd/mm/yy [23:01:13] jatin: I hv+ [23:01:16] Sorry [23:01:17] FoxT: I found something, browser cache was causing the problem, when I deleted the cache Y/m/d is not changing to Y.m.d but now its changing to d/m/Y [23:01:56] Ah, good, that is the expected behaviour [23:02:26] I think everything is fine now :) [23:02:53] I guess so :) [23:02:53] This cache thing causes problems sometime! [23:03:23] (CR) Foxtrott: [C: 2 V: 2] default=now for datepicker [extensions/SemanticFormsInputs] - https://gerrit.wikimedia.org/r/121979 (owner: Jatin) [23:04:33] FoxT: I guess, I should go to sleep now, its 4:30 in the morning here. [23:05:24] Good night then. [23:05:40] I should probably go as well. It's midnight here [23:05:55] FoxT: Good night :)