[00:04:50] Server admin log from yesterday mentions a bunch of jenkins issues [00:04:51] https://wikitech.wikimedia.org/wiki/Server_admin_log [00:06:28] ooh, it's a Jenkins bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=69197 [00:08:51] has anyone built a travis-ci notification webhook for any of the wikimedia projects - http://docs.travis-ci.com/user/notifications/#Webhook-notification - I'm considering doing that to allow more control over the notifications sent out - e.g. to IRC [01:47:18] jayvdb: I'm not aware of anyone that has. [06:26:45] quite amazing GSoC results so far here https://archive.org/search.php?query=subject%3A%22bub_upload%22 [07:46:37] Is https://meta.wikimedia.org/wiki/Help:Page_name hitting some parser limit? [07:48:21] 66 s, Numero nodi preprocessore visitati553292/1000000 [09:16:18] How's connection at Wikimania? [09:19:28] it's alright [09:19:38] not very good, but not super terrible [09:19:48] "meh" [09:22:47] <_joe_> just a notice: test.wikipedia.org will be reinstalled in a few minutes, so it will be unreachable for some time [10:43:57] hello [10:44:04] is this a known issue? https://upload.wikimedia.org/wiktionary/pl/3/3d/podczas-edytowania.png [10:44:13] (iw links at the top of the page) [10:45:27] Wrong inerwikisyntax? [10:46:02] no, you can check it here https://pl.wiktionary.org/wiki/permanente [10:46:33] Because they are on top. [10:46:52] Interwiki's should be at the bottom. [10:46:59] hmm it's always been this way on our wiki [10:47:17] and it fixes after performing an edit [10:47:35] Jup [11:04:45] legoktm and hoo, any way to help progress with "Iterate over all unattached accounts with email and, where all accounts for a username have the same (confirmed) email, merge them all." https://www.mediawiki.org/wiki/SUL_finalisation#Backlog ? [11:06:10] i.e. "Who? – Run script for 3 (migrateAccount.php without --safe and without specifying homewiki in userlist)" [11:06:59] mh... doubt you could help with that [11:07:12] We really need to know if after that we have millions or merely thousands unmerged accounts :/ [11:07:18] but legoktm is into the roadmap more than I am [11:07:22] we do that if the global account already exists, is this for where there is no global account? [11:07:55] legoktm: yes, those 3M local accounts which clash with each other [11:08:02] hm. [11:08:35] (and have email) [11:08:42] https://www.mediawiki.org/wiki/Admin_tools_development/SUL_Audit [11:08:49] right [11:09:53] you just need the usernames and then the script should do everything on its own on all wikis where it's possible (when used without arguments) [11:10:05] Code wise I don't think it would be difficult to do it, but we still don't have a finalized criteria on who wins the global account [11:10:17] That's another thing [11:10:35] So if we have A@foo and A@bar are the same, and A@baz and A@bleh are the same, who wins the global? [11:10:48] Without arguments the script does nothing in such a case [11:11:15] right. [11:11:23] is there a bug filed for this? [11:11:49] just the usual one, I can file a separate [11:12:21] a winner is selected only with --auto (following the standard criteria special:mergeaccount always had since 208) [11:12:29] 2008 [11:14:59] is there any easy way to fix the sorting order on a certain category, namely https://pl.wiktionary.org/wiki/Kategoria:Formy_czasownik%C3%B3w_hiszpa%C5%84skich ? [11:15:10] it's completely messed up, A after C and so on [11:15:30] maybe running a maintenance script on server side? [11:17:42] legoktm: do you want me to file a sub-bug of https://bugzilla.wikimedia.org/show_bug.cgi?id=39817 ? [11:17:50] yes please [11:29:45] legoktm and hoo, https://bugzilla.wikimedia.org/show_bug.cgi?id=69291 [11:30:49] thanks [12:39:12] ori: MoodBar is only enabled on nl.wiki and perhaps a couple others; it's almost completely silent/unused everywhere, but on nl.wiki last time I asked they said they still like/use/look into the little feedback received [12:39:26] ever the contrarians [12:45:32] <_joe_> test.wikipedia is up and running again [14:31:03] Reedy|away: I don't remember, any special reason for dynamicpagelist to be disabled on mediawiki.org? [14:32:36] Maybe it was just "forgotten" after Meta and the others. [14:33:27] Nemo_bis: Because it's evil and we don't like it running anywhere it doesn't have to? [14:36:37] James_F: never heard of either [14:39:01] Nemo_bis: Then you've not been listening. :-) [14:43:19] James_F: or it's one of your false memories again, as with FlaggedRevs ;) [14:43:41] Nemo_bis: What false memory? FR is loathed. [14:45:08] James_F: I mean your own words at https://bugzilla.wikimedia.org/show_bug.cgi?id=64726#c10 [14:45:50] Nemo_bis: … yes? That's not a false memory. I've not yet decided whether we're WONTFIXing that bug. [14:46:26] This discussion is clearly not going anywhere [14:46:41] Silly me using a channel [15:06:41] Bug report plz [15:06:57] when i enter https://wikisource.com/ in chroe' [15:07:01] chrome [15:07:13] it shown [15:07:15] This server could not prove that it is wikisource.com; its security certificate is from *.wikipedia.org. This may be caused by a misconfiguration or an attacker intercepting your connection. [15:09:51] hello.... [15:09:57] all bots? [15:10:13] No, there are real people here [15:10:26] It's just that it's 8 AM SF time, and half of the Foundation is at a conference [15:12:54] JBlack: Looks like it's https://bugzilla.wikimedia.org/show_bug.cgi?id=40998 [15:13:26] JBlack: wikisource.com doesn't really exist, so the error is correct [15:13:39] Nemo_bis: it is a redirect, still [15:13:56] visit wikisource.org directly, or http://wikisource.com; did something other than your will bring you to https? [15:15:23] no, i just wanna use https to visit [15:16:09] then this appear [15:16:11] how to disable " Always use a secure connection when logged in" here > login.wikimedia.org/wiki/Special:Preferences [15:16:34] its greyed out .. [15:17:04] warpath: because you can't [15:17:13] JBlack: please visit https://wikisource.org [15:17:14] it keeps forcing me to https on all my wikis :\ [15:17:28] warpath: https://meta.wikimedia.org/wiki/HTTPS [15:17:42] * Nemo_bis wonders if today was declared the HTTPS lamentation day without his knowledge ;) [15:17:42] yeha nemo, global "enforce" https is a silly idea.. [15:17:49] *shrug* [15:18:39] yeha thats the reason why people get 'forced' into https in allwikis...i was wodnering where the problem was.. [15:19:49] * warpath hates logging out of all wikis just to return to http ... :\ [15:20:12] use another browser [15:21:02] FF is the only browser that can 'handle' all the useless scripts on wikimedia :P [15:21:34] warpath: handle as in disable? :) [15:22:17] browser isn't the problems, its the wiki being forced to connect to "login.wikimedia.org" which forces it into https.. [19:41:54] what is the best page to redirect from https://wikitech.wikimedia.org/wiki/Server_roles ? [19:42:44] it's been historically cited other sites. for example http://www.quora.com/Wikimedia-Foundation/How-many-servers-does-Wikimedia-have/answer/Adam-DAngelo [19:43:49] http://iep.gmu.edu/wp-content/uploads/2010/03/SSRN-id1579054.pdf also cites it. [20:55:15] legoktm: hey? [20:55:19] hi [21:42:45] whym: there is no replacement for that page [21:43:03] (I already asked as well some time ago) [23:33:54] archive.org trivia: [23:33:54] 00.25 <@SketchCow> Decided to ask the crawl team about their numbers. [23:33:54] 00.25 <@SketchCow> Roughy 15-20mil URLs per crawler. [23:33:55] 00.26 <@SketchCow> In total, between all crawlers: 800mil a day.