[01:43:09] <grrrit-wm>	 (CR) Jeroen De Dauw: "That is not the README actually ;p" [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/93413 (owner: Mwjames)
[02:05:42] <SleePy>	 Hi, I'm working on testing a upgrade of Mediawiki from a older version to 1.21, I've updated the Semantic wiki extension as well.  The problem is we don't see the extension working.  The live site is: http://wiki.simplemachines.org/smf/Alphabetical_list_of_all_bulletin_board_codes  and my dev site is: http://dev.sleepycode.com/mw/Alphabetical_list_of_all_bulletin_board_codes  Any ideas what is going on here?
[02:23:42] <_ken_>	 Which site is not working, the live or dev site?
[02:24:11] <_ken_>	 Based on what you say it must be the live site because I see less "installed extensions" via Special:Versions
[02:25:34] <SleePy>	 The first is the live site and it is functioning there.  The dev site it is not functioning.  I can't see any reason why and don't receive any sort of errors
[02:27:02] <_ken_>	 Well the dev site says they are installed it would seem (assuming "they" are "Babel" "Clean Changes" "Nuke" etc
[02:27:21] <_ken_>	 Did you run update.php? http://www.mediawiki.org/wiki/Manual:Update.php
[02:27:23] <SleePy>	 http://dev.sleepycode.com/mw/Alphabetical_list_of_all_bulletin_board_codes  This is the dev site
[02:27:39] <SleePy>	 Yes, should I run it again for good measure?
[02:27:43] <_ken_>	 I gathered that much from the word "dev" ;)
[02:28:08] <_ken_>	 I don't think it will hurt but that's probably not your problem.
[02:29:00] <SleePy>	 I ran php maintenance/update.php again and no change
[02:30:13] <_ken_>	 How have you verified that the extension are not working?
[02:32:11] <SleePy>	 Well I know extensions are working, it is using our custom authentication module.
[02:32:12] <_ken_>	 Have you tried upgrading one of the extensions as a text (even a "reinstall" of the extension of no upgrade is available)?
[02:33:01] <_ken_>	 So only some extensions are not working then?
[02:33:25] <SleePy>	 Seems to only be Semantic wiki at this point
[02:33:50] <_ken_>	 And you've used Semantic in the old site, right?
[02:34:11] <SleePy>	 Yes
[02:34:40] <SleePy>	 A old version of Semantic, 1.5.6, though with MW 1.16
[02:35:22] <_ken_>	 http://semantic-mediawiki.org/wiki/Help:Installation#Upgrading_SMW_1.6.x_and_SMW_1.7.x
[02:35:25] <_ken_>	 may help
[02:35:42] <_ken_>	 I expect you are using the old database layout
[02:36:18] <SleePy>	 Ooh, well that would help :)
[02:36:50] <_ken_>	 I recently had the same issue but I believe I was getting SMWSQLStore2 errors when browsing Semantic pages
[02:37:01] <_ken_>	 You're getting errors, right?
[02:37:53] <SleePy>	 No, I wasn't getting any errors
[02:38:12] <SleePy>	 Although I don't have trace output on
[02:38:20] <_ken_>	 Yeah I see you are if you browse Properties under Special:Properties
[02:38:37] <_ken_>	 You get: "SMW::getPropertySubjects". Database returned error "1146: Table 'dev_mw.om_sm_coords' doesn't exist (localhost)".
[02:42:10] <_ken_>	 Let me know if that fixes it.  I get frequent flyer miles if it does.
[02:49:52] <SleePy>	 Looks like that did it.  So I just need to follow the 1.6 upgrade path and it resolves it :)  Thanks for the help.
[02:50:07] <_ken_>	 Sounds good, glad you're all set.
[02:51:39] <SleePy>	 Thanks for the help :)  I thought that upgrade.php would take care of it, but I guess wrong sometimes...
[02:51:56] <_ken_>	 Don't we all.  Take care.
[03:00:20] <grrrit-wm>	 (PS1) Jeroen De Dauw: Add doc [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/93418
[03:01:24] <grrrit-wm>	 (CR) Jeroen De Dauw: [C: 2] "Yeah, that is exactly the issue I was talking about." [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/93168 (owner: Rcdeboer)
[03:01:45] <grrrit-wm>	 (CR) Jeroen De Dauw: [C: 2 V: 2] Add doc [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/93418 (owner: Jeroen De Dauw)
[03:16:43] <travis-ci>	 [travis-ci] wikimedia/mediawiki-extensions-SemanticMediaWiki#318 (master - 92077db : jeroendedauw): The build was broken.
[03:16:43] <travis-ci>	 [travis-ci] Change view : https://github.com/wikimedia/mediawiki-extensions-SemanticMediaWiki/compare/60d9c8cef643...92077dbfccd9
[03:16:43] <travis-ci>	 [travis-ci] Build details : http://travis-ci.org/wikimedia/mediawiki-extensions-SemanticMediaWiki/builds/13455251
[03:57:51] <travis-ci>	 [travis-ci] SemanticMediaWiki/SemanticMediaWiki#16 (composer - a677b85 : jeroendedauw): The build passed.
[03:57:51] <travis-ci>	 [travis-ci] Change view : https://github.com/SemanticMediaWiki/SemanticMediaWiki/commit/a677b85fc130
[03:57:51] <travis-ci>	 [travis-ci] Build details : http://travis-ci.org/SemanticMediaWiki/SemanticMediaWiki/builds/13456153
[04:22:29] <travis-ci>	 [travis-ci] SemanticMediaWiki/SemanticMediaWiki#20 (phpunit - 902950c : jeroendedauw): The build passed.
[04:22:29] <travis-ci>	 [travis-ci] Change view : https://github.com/SemanticMediaWiki/SemanticMediaWiki/compare/5d701f496f73^...902950cc4eb9
[04:22:29] <travis-ci>	 [travis-ci] Build details : http://travis-ci.org/SemanticMediaWiki/SemanticMediaWiki/builds/13456718
[05:01:25] <travis-ci>	 [travis-ci] SemanticMediaWiki/SemanticMediaWiki#27 (entrypoint - bcd7906 : jeroendedauw): The build passed.
[05:01:25] <travis-ci>	 [travis-ci] Change view : https://github.com/SemanticMediaWiki/SemanticMediaWiki/commit/bcd7906f9a5a
[05:01:25] <travis-ci>	 [travis-ci] Build details : http://travis-ci.org/SemanticMediaWiki/SemanticMediaWiki/builds/13457718
[05:55:19] <travis-ci>	 [travis-ci] SemanticMediaWiki/SemanticMediaWiki#30 (composerload - 29ade00 : jeroendedauw): The build passed.
[05:55:19] <travis-ci>	 [travis-ci] Change view : https://github.com/SemanticMediaWiki/SemanticMediaWiki/commit/29ade005c054
[05:55:19] <travis-ci>	 [travis-ci] Build details : http://travis-ci.org/SemanticMediaWiki/SemanticMediaWiki/builds/13458567
[08:34:49] <travis-ci>	 [travis-ci] SemanticMediaWiki/SemanticMediaWiki#37 (optimizeci - ea2ecef : jeroendedauw): The build failed.
[08:34:49] <travis-ci>	 [travis-ci] Change view : https://github.com/SemanticMediaWiki/SemanticMediaWiki/commit/ea2ecef8ce97
[08:34:49] <travis-ci>	 [travis-ci] Build details : http://travis-ci.org/SemanticMediaWiki/SemanticMediaWiki/builds/13461833
[08:50:57] <travis-ci>	 [travis-ci] SemanticMediaWiki/SemanticMediaWiki#42 (optimizeci - 70c15e8 : jeroendedauw): The build was fixed.
[08:50:57] <travis-ci>	 [travis-ci] Change view : https://github.com/SemanticMediaWiki/SemanticMediaWiki/compare/ea2ecef8ce97...70c15e83e0b4
[08:50:57] <travis-ci>	 [travis-ci] Build details : http://travis-ci.org/SemanticMediaWiki/SemanticMediaWiki/builds/13462295
[09:03:42] <travis-ci>	 [travis-ci] SemanticMediaWiki/SemanticMediaWiki#44 (improveload - 6ec18fc : jeroendedauw): The build has errored.
[09:03:42] <travis-ci>	 [travis-ci] Change view : https://github.com/SemanticMediaWiki/SemanticMediaWiki/commit/6ec18fcf4c22
[09:03:42] <travis-ci>	 [travis-ci] Build details : http://travis-ci.org/SemanticMediaWiki/SemanticMediaWiki/builds/13462755
[09:17:50] <travis-ci>	 [travis-ci] SemanticMediaWiki/SemanticMediaWiki#49 (improveload - 51ae63d : jeroendedauw): The build passed.
[09:17:50] <travis-ci>	 [travis-ci] Change view : https://github.com/SemanticMediaWiki/SemanticMediaWiki/compare/6ec18fcf4c22...51ae63dee499
[09:17:50] <travis-ci>	 [travis-ci] Build details : http://travis-ci.org/SemanticMediaWiki/SemanticMediaWiki/builds/13463026
[10:22:18] <travis-ci>	 [travis-ci] SemanticMediaWiki/SemanticMediaWiki#54 (master - 958c9cb : jeroendedauw): The build was broken.
[10:22:18] <travis-ci>	 [travis-ci] Change view : https://github.com/SemanticMediaWiki/SemanticMediaWiki/compare/915f568a1b41...958c9cb0e63d
[10:22:18] <travis-ci>	 [travis-ci] Build details : http://travis-ci.org/SemanticMediaWiki/SemanticMediaWiki/builds/13465554
[10:27:40] <travis-ci>	 [travis-ci] SemanticMediaWiki/SemanticMediaWiki#55 (master - 44cf665 : jeroendedauw): The build is still failing.
[10:27:40] <travis-ci>	 [travis-ci] Change view : https://github.com/SemanticMediaWiki/SemanticMediaWiki/compare/958c9cb0e63d...44cf66533980
[10:27:40] <travis-ci>	 [travis-ci] Build details : http://travis-ci.org/SemanticMediaWiki/SemanticMediaWiki/builds/13465807
[15:39:49] <sven^>	 hi yaron
[15:40:02] <yaron>	 Hello!
[15:40:05] <sven^>	 would it be possible to make size= and cols= behave in the same way in forms?
[15:40:16] <sven^>	 or is there more to it than I see? ;)
[15:40:31] <sven^>	 right now cols=100 is the same size as size=134
[15:40:35] <sven^>	 (in my wiki)
[15:40:49] <yaron>	 For textareas?
[15:40:58] <sven^>	 yep
[15:41:54] <yaron>	 I'm actually surprised that the "size" parameter works at all.
[15:42:07] <yaron>	 I thought it was only "rows" and "cols" in textareas.
[15:43:40] <yaron>	 Does the HTML <textarea> tag take in a "size" parameter? All of this stuff is pretty closely based around HTML.
[15:45:51] <sven^>	 ah, no. The size thing is just a text
[15:46:25] <sven^>	 the point is I have 2 fields, one is text one is a textarea. Since they are next to each other in the form they should have the same size
[15:47:36] <sven^>	 so I use {{{field|foo|size=134}}} and {{{field| bar|input type=textarea|cols=100}}} which makes them the same width
[15:59:10] <sven^>	 funny thing. If I use SMWQueryProcessor to run querys in my code, there seems to be a default result limit of 21
[15:59:18] <sven^>	 I have no clue where it comes from
[16:22:41] <yaron>	 sven^: sorry, I got distracted by a bunch of other stuff.
[16:23:15] <yaron>	 Oh, I get it - you want "size" in the "text" input type to have the same width as "cols" in the "textarea" input type.
[16:23:32] <yaron>	 Well, my advice would be to talk to the browser manufacturers. :)
[16:24:32] <yaron>	 I don't know what the deal is with the other issue, with query limits - that's strange.
[16:35:07] <grrrit-wm>	 (CR) Anomie: [C: -1] "No indication as to why this is desirable. The only cases of such a test I'm at all familiar with do this is where some bit of code would " [extensions/SemanticComments] - https://gerrit.wikimedia.org/r/48155 (owner: Hypergrove)
[17:18:35] <splitwire>	 Hello everybody
[17:26:21] <yaron>	 Hi!
[17:30:40] <grrrit-wm>	 (Draft2) Wikinaut: adding a tracking category; message key 'maps-tracking-category' [extensions/Maps] - https://gerrit.wikimedia.org/r/93499
[17:33:40] <grrrit-wm>	 (CR) Wikinaut: [C: 1] "In my view, it is very useful to have _tracking_ categories which help to find all pages using the Maps extension." [extensions/Maps] - https://gerrit.wikimedia.org/r/93499 (owner: Wikinaut)
[17:34:42] <sven^>	 yaron: Well, maybe my code sucks ;)
[17:35:08] <yaron>	 Oh, this is some extension you created?
[17:35:17] <sven^>	 not really an extension
[17:35:32] <sven^>	 just  a 300 line script which runs as a cronjob
[17:36:41] <yaron>	 Oh, it's a bot.
[17:36:50] <yaron>	 ?
[17:37:47] <sven^>	 it gathers todos and the corresponding email addresses and sends out reminders
[17:38:17] <yaron>	 I get it, cool.
[17:38:52] <yaron>	 So it's using the "smwask" API action, or whatever it's called?
[17:39:07] <sven^>	 sec, I am busy right now. I will paste the code in a min
[17:44:14] <splitwire>	 Yaron, I had posted something in g+ awhile back but I think it got washed under the excitement of SMWCon
[17:44:27] <splitwire>	 If you have a second could you tell me if you have ever ran into this error
[17:44:40] <yaron>	 There was a lot of excitement, definitely.
[17:45:43] <splitwire>	 Notice:Array to string converstion in <PATH>\extensions\SemanticMediaWiki\includes\storage\SQLStore\SMW_SQLStore3_Writerson line 384
[17:46:37] <splitwire>	 It happens when I try and run SMW_refreshData.php
[17:46:43] <splitwire>	 And sometimes appears at the bottom of pages
[17:47:41] <yaron>	 Oh yes, I remember that bug.
[17:47:43] <yaron>	 I don't know.
[17:47:54] <splitwire>	 So it is a known bug though
[17:48:00] <splitwire>	 Thats good, at least I'm not losing my mind
[17:48:05] <yaron>	 Sorry, I mean, I remember when you posted it.
[17:48:14] <yaron>	 I don't know if I've seen it before.
[17:48:16] <splitwire>	 Oh, no worries
[17:48:27] <splitwire>	 It is strange
[17:48:32] <yaron>	 My guess is that it's due to some particular page being refreshed.
[17:48:40] <splitwire>	 I've googled around and it seems a few others have it but not a ton out there
[17:48:47] <sven^>	 yaron: http://codepad.org/KwfAQwLv
[17:49:06] <yaron>	 If you call refreshData with "-verbose" or something, it will show you the page ID for which this problem occurs.
[17:49:32] <splitwire>	 Great, I'll give it a shot
[17:49:58] <yaron>	 sven^: so this *is* part of an extension, no?
[17:50:35] <sven^>	 well, it's part of a 351 line script, yes
[17:50:45] <yaron>	 ...that's an extension?
[17:50:58] <sven^>	 well it's never included anywhere
[17:51:04] <sven^>	 just called daily by crontab
[17:51:07] <yaron>	 Oh.
[17:52:06] <yaron>	 Right, I see, it's including SMW.
[17:52:33] <yaron>	 I don't know, then - you're setting the query limit already.
[17:52:39] <yaron>	 Maybe someone else knows.
[17:53:29] <sven^>	 yeah, but if I remove the limit => 1500, I only get 21 results
[17:53:38] <sven^>	 it's ok like this, I was just confuse
[17:53:39] <sven^>	 d
[18:06:00] <splitwire>	 Yaron, i'm running it in verbose mode.  I have a follow up question, is the ID a pagename?  The reason it is confusing is because most of my pagenames are numbers lol
[18:06:14] <splitwire>	 Or is that the row # in the DB
[18:06:29] <yaron>	 Ah - right, it's not related. :) Yes, I believe it's the ID in the "page" table.
[18:06:44] <splitwire>	 Cool
[18:06:50] <yaron>	 You should be able to use that to look up the page name, hopefully.
[18:06:57] <splitwire>	 Excellent
[18:07:04] <splitwire>	 So far no errors so my fingers are crossed
[18:07:13] <splitwire>	 The bummer is this thing is 10000 pages +
[18:18:58] <yaron>	 Well, if you never get an error message, that's even easier. :)
[18:25:28] <splitwire>	 My fingers are crossed
[18:25:48] <splitwire>	 Update on the podcast, I think I'm going to try and host the first one a week from this Friday
[18:26:00] <splitwire>	 Hoping to get it off the ground and see where it goes
[18:33:22] <yaron>	 splitwire: ah, that's you!
[18:33:32] <yaron>	 Cool.
[18:34:12] <yaron>	 That reminds me, that I wanted to respond to your podcast G+post...
[18:36:09] <splitwire>	 Yep, thats me
[18:36:26] <splitwire>	 I haven't gotten to work on the show notes for awhile but I'm hoping to double down today
[18:37:00] <splitwire>	 I"ve been trying to catch up on past SMWcon talks on youtube and get a better feel for how you guys present the information
[18:37:35] <yaron>	 Cool. Well, the way stuff is presented at conferences isn't necessarily the way it should be done in podcasts.
[18:37:52] <splitwire>	 I know but its a good starting place
[18:37:53] <yaron>	 But I guess this gets back to the issue of whether it should be informational or conversational.
[18:38:06] <splitwire>	 I'm still leaning toward both
[18:38:20] <yaron>	 Well, that sounds good.
[18:38:26] <splitwire>	 So you get the tech portion and the part where everybody can be excited about SMW
[18:38:48] <yaron>	 Right.
[18:38:52] <splitwire>	 And kicking SharePoint out of ... well  everywhere
[18:39:05] <splitwire>	 Lol
[18:39:06] <yaron>	 Yeah!!
[18:45:55] <splitwire>	 Hey guys I  need to get back to work
[18:45:59] <splitwire>	 I'll be  back in a bit
[19:43:52] <sven^>	 $smwgQDefaultLimit = 100;  is that the correct variable for default result limits?
[20:19:11] <yaron>	 sven^: a web search seems to confirm that.
[21:59:07] <sven^>	 yaron: yeah, well, I did the websearch too
[21:59:11] <sven^>	 but it doesn't work
[21:59:21] <sven^>	 the limit in my wiki is 20
[21:59:34] <sven^>	 and if I use the code pasted above, the limit is 21
[21:59:39] <sven^>	 something is broken here ;)
[22:08:43] <Yaron1>	 That's pretty bad.
[22:44:48] <sven^>	 Can I do anything to provide more information? that variable is set to '100' for months now and I set limit=100 manually in all queries because it doesn't work