[01:38:54] hey all, any techies about who can help me with something along the veins of https://bugzilla.wikimedia.org/show_bug.cgi?id=44342 [01:50:51] whats the issue? [01:52:12] i've got a video i am converting -- 240mb .mp4 so will be around that in .ogg [01:52:27] i need it uploaded -- but also need somewhere to put it for that to occur [01:54:01] chunked uploads obviously now working [01:54:40] *not [01:57:12] nemo_bis you about? [01:57:53] dropbox? [02:00:59] will need to ask someone first what format, where they want it, etc [02:01:03] might open a ticket [02:36:07] * Jasper_Deng wonders if Reedy wants to merge https://gerrit.wikimedia.org/r/#/c/46011/ [08:01:08] mark: any idea for https://bugzilla.wikimedia.org/show_bug.cgi?id=41130 ? it's getting quite catastrophic [08:26:27] Sigh, https://bugzilla.wikimedia.org/show_bug.cgi?id=41130 i such a mess that we'd need three different disambiguation sections: "not to be confused with bug 44391", "Bugs A, B, C, D redirect here", "See also E..Z" [08:44:05] Bugzilla 5.0 will (perhaps) bring us: https://bugzilla.mozilla.org/show_bug.cgi?id=200202 [10:13:55] hm Mostlinked got 1000 rows in 18h 24m 55.82s [10:17:53] doh [10:59:06] andre__: Hello. Is there a bug or page where to share links on bugzilla wishlist? I mean, bugs/feature requests filed or to be filed upstream which would be useful for (some of) us. [11:00:03] Nemo_bis, you should find anything that's upstream by querying for product "Wikimedia", component "Bugzilla" and keyword "upstream" [11:00:08] (I hope so at least :P ) [11:00:20] and Hi too, by the way :) [11:00:24] andre__: yes, but feature requests? Like https://bugzilla.mozilla.org/show_bug.cgi?id=200202 [11:00:37] That doesn't seem worth filing a bug in mediazilla [11:01:18] well, I wouldn't try to duplicate every existing upstream bug report in our Wikimedia Bugzilla. Not sure what you're missing in this case. [11:01:40] if the upstream ticket is really going to be fixed for 5.0 we'd get it for free when upgrading to that version [11:02:03] andre__: I'd like a wiki page or a bug to collect all such wishes [11:02:25] like a placeholder bug (in "see also") or whatever [11:02:47] Nemo_bis, all wishes are in Wikimedia Bugzilla. Query for "enhancement". And combine it with "See also" field includes "bugzilla.mozilla.org" or such. [11:03:04] I don't see how som placeholder bug adds value. [11:03:48] Ok, I'll just use my votes then on their buzilla. :) [11:05:25] That might be slightly more useful for pushing things (though I doubt that upstream devs care much about votes, same as in Wikimedia), yeah [11:05:46] I mean, it sounds like "your personal wishlist of upstream Bugzilla enhancements" so far to me, if I get it right :) [11:06:59] it's more like "spy in the others' personal wishlists of upstream Bugzilla enhancements without cracking their accounts" [11:07:27] haha [11:08:46] Nemo_bis: my list of upstream Bugzilla tickets that I am CC'ed on, in case you want to spy me: https://bugzilla.mozilla.org/buglist.cgi?emailcc1=1;list_id=5473382;resolution=---;emailtype1=exact;query_format=advanced;email1=a9016009%40gmx.de;product=Bugzilla;product=bugzilla.mozilla.org [11:09:13] hm, quite a bit of reading material :) [11:09:41] Sorry. Not. :P [15:39:53] Hi crowd! Is there anyone here right now who can merge puppet stuff on gerrit? [15:40:02] yes [15:40:12] although #wikimedia-operations is a more appropriate channel for that [15:40:20] ah [15:40:37] can I invite you to review two tiny things someone is waiting for? [15:41:07] sure [15:41:24] cool, thanks! [15:45:48] hi [15:53:09] Nemo_bis: Mostlinked got 1000 rows in 18h 24m 55.82s [15:53:09] Lol [18:20:42] Nemo_bis: Wheeee [18:21:05] Updating special pages stopped at Mostcategories on frwiki, again [18:22:06] Hmm, I wonder [18:22:52] eeh [18:23:45] Yay for '+ [18:26:23] Reedy: ? [18:26:48] Nemo_bis: Special page updates just stopped again [18:26:52] at frwiki mostcategories [18:27:01] https://gerrit.wikimedia.org/r/46262 [18:33:32] Reedy: I meant what about the + , now seen it [18:33:43] heh [18:33:58] Really need to sit down and do that for a lot of the config (like you did for NS stuff) [18:34:36] Reedy: there are hundreds of lines to remove in ProofreadPage config, if you feel like it :p [18:35:04] lol [18:35:58] proofreadpage.php can probably go away fairly easily [18:36:33] I should probably write a simplification script for initialisesettings for this [18:36:42] print out config where it's 'dbname' => array() [18:41:35] Reedy: I mean this, btw: https://bugzilla.wikimedia.org/show_bug.cgi?id=37483#c7 [18:41:49] Dereckson: was a bug filed for that? [18:49:34] Yes it was: https://bugzilla.wikimedia.org/show_bug.cgi?id=44320 [19:15:31] Nemo_bis and Reedy > yes, https://bugzilla.wikimedia.org/show_bug.cgi?id=44320 [19:16:19] Oh https://bugzilla.wikimedia.org/show_activity.cgi?id=44320 you've already found it. [19:17:56] I love our configs [19:17:57] 'dawiki' => true, # experimental 2005-08-27 [19:18:58] <^demon> But how will we remember to turn it off again? ;-) [19:20:16] "experimental" = "ABUSE! but if nobody starts screaming I'll silently leave it here forever" [19:21:14] initialisesettings is too wide [19:21:29] ^demon: the global for that died in 1.7.. [20:25:46] Reedy: http://en.wikipedia.org/wiki/Special:StudentActivity [20:26:19] AaronSchulz: Might even be reported already [20:26:33] ragesoss: ragesoss_ ^ [20:27:32] $/Database.php: DatabaseBase::makeList: empty input for field org_id [20:27:33] #0 /usr/local/apache/common-local/php-1.21wmf8/includes/db/Database.php(1459): DatabaseBase->makeList(Array, 1) [20:27:37] Sounds familiar [20:27:59] Maybe not [20:29:43] Logged with stacktrace [21:04:32] AaronSchulz Reedy: https://bugzilla.wikimedia.org/show_bug.cgi?id=43786 [21:07:03] Quick question: Did something change in the enwiki's API between the 24th and today? [21:08:31] Excirial, probably, enwiki was upgraded to 1.21wmf8 today [21:08:51] anything specific you want to know about? [21:09:20] afraid you would have to search git log to make sure [21:09:24] but you can... [21:09:34] Oh, just wondering why my little application suddently refused to return any results. [21:09:57] What module are you sending to? [21:10:25] Well, i think it is telling me quite clearly what is wrong, now i tried it manually :) [21:10:26] [21:10:28] https://www.mediawiki.org/wiki/MediaWiki_1.21/wmf8 - ctrl+f "API" [21:11:06] Sounds like something to do with https://gerrit.wikimedia.org/r/#/c/42387/ ? [21:11:13] Also, why is my program adding "031" for the day. O well, back to the debugging console i guess. [21:11:46] That's probably why it's failing :P [21:12:02] Well, it used to work before :P [21:12:09] until the year change maybe? [21:12:24] Up till the 24th it worked a-ok. :) [21:12:52] It broke on the 24th? [21:12:53] (Or rather, the date was probally incorrect back then but tolerated) [21:13:48] Or you were sure it was working before the 24th? [21:13:54] No, it ran last on the 24th, and hasn't run afterwards. So the update would be quite a decent explanation [21:13:55] AaronSchulz: ping! I'm wondering if you can do schema deploys? [21:19:53] mwalker: what kind? [21:20:37] AaronSchulz: adding two columns to a small centralnotice logging table on test and meta: https://gerrit.wikimedia.org/r/#/c/45724/ [21:21:03] is the table only on those wikis? [21:21:20] no; it's everywhere centralnotice is deployed -- but it's only explicitly needed on those two [21:21:36] * AaronSchulz yays at the first varbinary more than 255 [21:21:50] mwalker: are the tables empty on the other wikis? [21:22:12] I'd prefer to keep all tables the same [21:22:12] that's a good question -- they should be, but I don't know for sure [21:22:23] if they aren't; they're going to be limited it in size [21:26:34] Well, that issue is fixed. Quite interesting. [21:27:20] mwalker: it only exists on those two [21:27:34] I guess the API was just quite lenient with dates before, since the code i changed could never have formatted a date correctly. *Sighs* [21:27:48] looks small enough [21:28:00] AaronSchulz: cool -- out of curiousity -- how did you determine that? [21:28:52] * AaronSchulz has shell access :) [21:29:10] AaronSchulz: so does mwalker :-p [21:29:55] anyway, the patch is not merged yet, is this urgent? [21:30:16] well, we have the window [21:30:30] i will merge based on asher's comments [21:31:03] where were his comments? [21:31:04] (although, I may have to paste them from an email) [21:31:10] ok [21:32:17] done [21:35:32] pgehres: what did you do? [21:35:42] merged the change [21:35:47] * pgehres doesn't touch the db [21:36:20] did you mean to update wmf8? [21:36:30] just now? [21:36:36] yes [21:36:39] i can merge it into wmf8 [21:36:45] i hadn't yet [21:37:10] does that extension have a wmf branch or would you be updating to master? [21:37:17] master [21:37:24] I can always just get the patch itself if that's easier [21:37:37] say, if updating to master would deploy unrelated changes [21:37:49] nope, we want to deploy master [21:37:55] ok, then [21:38:06] i will merge it real quick for you then [21:40:31] merged into wmf8 [21:49:22] pgehres: what is stored in tmplog_begin_prioritylangs exactly? [21:49:34] a csv or something? [21:49:38] AaronSchulz: ya; it's a csv [21:50:04] why wasn't patch-template_log.sql updated? [21:50:16] well, nevermind, it seems optional [21:50:22] ok [21:50:32] mwalker: and there is no way the csv will get too big? [21:50:40] AaronSchulz: I thought the practice was to have one patch file per change [21:50:51] mwalker: that's right [21:51:08] AaronSchulz: it's unlikely, I calculated our max usage at about 2000 characters; so 4096 is plenty of buffer [21:51:20] I noticed the whole table was not in tables.sql, so I guess that table is optional [21:51:54] it's kind of awkward to have optional tables as just patches, since updates are just new patches, so creating it gets more and more tedious [21:52:29] ya -- I have an outstanding bug to at least get CentralNotice.sql up to date with master [21:52:53] I'll do that today -- that's an easy bug to fix :) [21:53:11] it would be nice to have a non-patch version of that table that makes the latest version in one file just like tables.sql does [21:55:52] nighty [21:56:12] mwalker: anyway the change is done [21:56:21] AaronSchulz: awesome possums! thanks :) [21:56:36] table looks fine in DESCRIBE [21:57:18] pgehres: https://gerrit.wikimedia.org/r/46365 [22:33:54] hello there.... [22:36:20] when i expand a category on EN:WP i get this message : categorytree-expand-bullet: Parse error at position 0 in input I only get this in EN:WP in the IE-browser not in the Opera-browser and not in NO:WP in the IE-browswer any idea why not ? [22:37:37] anyone here ? [22:46:22] Migrant: there are some complaints about categorytree not working on mediawiki.org [22:46:37] Migrant: what IE version are you using? (IE is always broken btw) [22:49:41] well It is a version 9.0.8112 and updateversion 9.0.12 Internet Explorer [22:50:59] version 9.0.8112.16421 to be exact [22:52:41] but don't get the same message in NO:WP [22:53:07] haven't tried other languages though [22:53:26] Nemo_bis: btw if there is no issues with caching thumbs ever it will be too soon :-p [23:27:18] !log synchronized payments cluster to 1948266b33e905b [23:27:28] Logged the message, Master