[01:36:43] jackmcbarn: I think long-term we'll deprecate Common.css/js [05:06:39] Hmpf, the last (year) graph is unusable https://gdash.wikimedia.org/dashboards/pcache/ [06:32:57] hi! I would like to report a connection problem apparently concerning only those having no SUL [06:33:45] I have still no SUL on my main account NickK (I need to do several more renaming requests) and I fail to connect to non-Wikipedia wikis (Meta, Commons, Wikisource etc.) [06:33:54] the message I get is: 504 Gateway Time-out nginx/1.1.19 [06:34:28] when I try to login to the same wikis with my bot NickKBot (who does have a SUL), I do not experience any connection problems [06:34:50] hi [06:35:10] are normal wikipedias fine? [06:35:31] I have checked Bamanankan Wikipedia and Catalan Wikipedia, and it seems to be fine [06:36:25] and this is just login and nothing else? [06:36:53] I try to login, and after waiting for a very long time (1 or 2 minutes) I get 504 Gateway Time-out nginx/1.1.19 [06:37:13] oh, so you're not able to login at all? [06:37:17] no [06:38:53] hm, I just logged in with my non-SUL account on meta in about 3-4 seconds. [06:39:00] But I have an idea of what the issue might be [06:39:33] I even tried to reset my password on one wiki (although I was sure I typed it correctly), I managed to reset it, I managed to enter my temporary password, I went through to the page where I was requested to change it to a temporary one, and I ended up getting the same message [06:40:04] and when I made an error in my password, I saw an error message immediately [06:42:40] this only started happening today right? [06:43:35] last night [06:44:17] yesterday morning it was fine, yesterday evening I already had problems (I mean UTC night) [06:48:40] Nick_K is affected by the new merge-on-login thingy [06:48:56] (I was just checking sulutil for him yesterday before deploy) [06:49:05] Nick_K: I filed https://bugzilla.wikimedia.org/show_bug.cgi?id=71223 [06:50:10] but I'll get the bad code reverted around ~15UTC, which is the next deployment window [06:50:35] Nemo_bis: yeah, that looks to be the case, but the logs are showing something really really weird. [06:51:35] Nemo_bis, oh, someone had a bad idea to merge me on login? [06:51:40] now I see the problem [06:52:01] I do have around 120 accounts that I can unify to SUL and some 10 that I cannot [06:52:16] it's smarter than that :) [06:52:24] how does it work? [06:52:41] https://gerrit.wikimedia.org/r/#/c/158578/ [06:52:46] or how was it supposed to work (clearly it does not work)? [06:53:10] it was supposed to see if you have the same password and or email on all sites and then autocreate you a global account [06:54:18] ...which is not my case, so what does it do in this case? [06:54:29] fail :P [06:54:45] it should do nothing and just let you login normally, except it's taking too long to process it, and hits a timeout [06:55:11] ok, I see [06:55:32] legoktm: please do revert it ASAP, as it is critical [06:55:51] yes that was already acknowledged [06:55:59] I can't connect as I have no SUL, and I can't get a SUL without logging in to meta [06:56:13] which is kind of a vicious circle :) [06:56:13] While we're at it, Nick_K, why didn't you merge your accounts yet? [06:56:22] That's not correct, you only have to login on de.wiki [06:56:33] or your "main" wiki, forgot which [06:57:36] well, I have some ten accounts belonging to the same person, who has no valid email but is active and does not want to create a SUL [06:57:40] ukwiki [06:58:00] that person will have to rename anyway [06:58:03] quite soon [06:58:19] but I can't do it due to dewiki usurpation procedure [06:58:39] doesn't matter [06:59:08] and at least I want to make sure that I will not have duplicates (i.e. that user gets renamed and I get a second account there and I end up getting two accounts) [06:59:24] *second account autocreated via SUL [06:59:31] that's easy to fix [07:00:23] With the difference that if you merge yourself you know when it happens, while if you wait for the forceful renames you'll get surprised [07:00:52] Superprotect and usurpations are very good at reactivating users, it seems https://de.wikipedia.org/wiki/Spezial:Beitr%C3%A4ge/NickK [07:01:04] yes, of course :) [07:01:32] but something that can be improved is an explanation why usurpations are needed [07:01:58] Not really; usurpations will disappear in a moment [07:02:09] Just merge your account immediately and I'll go tell him what's next [07:03:08] it's not a good time to do anything, as I am unable to login into a part of my accounts [07:04:37] Nick_K: you don't need to login into them [07:04:41] but I'll retry when everything is back in order [07:04:52] if you merge now you'll be able to login again [07:05:01] it's just a bit too slow [07:05:10] anyway I have to go now and this bug has to be resolved :) [07:05:20] sigh [07:05:33] sorry for leaving in the most interesting place ) [07:05:45] https://uk.wikipedia.org/wiki/Special:MergeAccount takes 60 seconds and you're done [07:06:01] vs. all the hours you spent debating needless usurpations [07:06:50] sooo, I think MergeAccount might have the same performance problem. I'm not too sure actually. [07:08:00] IIRC the special page is used to taking long though [07:12:56] I'm reminded of how slow Special:PrefSwitch was [15:42:27] Hmm... My userpage is messed up. [15:42:37] link? [15:42:57] Reedy: https://wikitech.wikimedia.org/wiki/User:Negative24 [15:43:33] That's pretty neat [15:43:36] woot [15:43:40] No tidy there? [15:43:47] VE doesn't like it either [15:44:03] you open a lot of
but don't close them [15:44:06] but still wtf tidy [15:44:17] hoo: Is wikitech using tidy? :) [15:44:40] Reedy: I hope so... [15:44:43] * Reedy closes the divs [15:44:59] Ah... [15:45:23] It works! [15:45:46] Reedy: $wgUseTidy is true for it [15:45:52] but it might be that it misses packages [15:45:59] binary missing? [15:46:01] yeah [15:46:01] but I can't check... no shell there, still [15:46:04] (I guess) [15:46:17] andrewbogott_afk: Fancy looking if virt1000 has tidy installed? :) [15:48:05] So these div tags are obviously bad practice and are entirely my fault but why does it not do this on Wiktionary, Commons or any of the other places I use the same code? [15:48:33] tidy [15:48:46] wikitech isn't setup/run the same as other wikis [15:48:54] so we're just poking people to try and get that fixed [15:49:10] Is the absence or presence of tidy messing it up? [15:49:33] Yeah [15:49:43] It's more, the absence of tidy means it's not being cleaned up [15:50:21] So tidy is more or less half installed? [15:50:48] wikitech isn't what we call a "cluster" wiki [15:56:25] Well it looks like my problem was fixed. Thanks. [16:04:27] MatmaRex: https://bugzilla.wikimedia.org/show_bug.cgi?id=43591#c11 [16:06:21] Reedy: https://bugzilla.wikimedia.org/show_bug.cgi?id=39817#c14 , are you willing and able to run maintenance scripts for SUL stuff by any chance? [16:06:32] Able, yes [16:07:04] What am I running? [16:07:29] There are some steps in https://www.mediawiki.org/wiki/SUL_finalisation [16:07:56] https://bugzilla.wikimedia.org/show_bug.cgi?id=54760 at some point (needs CR) [16:08:23] and sendConfirmAndMigrateEmail.php for unconfirmed, pretty much any time [16:17:35] Reedy: should I file a bug for the sendConfirmAndMigrateEmail.php run (as originally designed)? [16:17:47] I guess [16:35:11] Reedy: https://bugzilla.wikimedia.org/show_bug.cgi?id=71241 [17:19:10] Hey, anyone able to help with a gadget question? [17:19:41] Likely [17:19:42] Ask it :) [17:20:53] Basically, https://en.wikipedia.org/wiki/MediaWiki:Gadget-afchelper.js needs to be updated to https://en.wikipedia.org/wiki/User:Theopolisme/afch-rewrite.js [17:20:59] what is the easiest way to do this? [17:21:11] Import the script on the gadget page, or copypaste over? [17:21:39] Import probably [17:21:49] Copy pasting leads to multiple versions which gets out of sync [17:22:49] Unless you make it replace MediaWiki:Gadget-afchelper.js/core.js [17:25:09] so change the code importScript('MediaWiki:Gadget-afchelper.js/core.js'); to importScript('User:Theopolisme/afch-rewrite.js'); ?? [17:25:32] Probably. The questions is whether it should be moved from user space [17:27:04] Yeah, there's consensus to superseed it, so I'll suggest moving it and submit an edit request later. The user in question isn't an admin through, so making a copy for now should be enough I'm guessing?? [17:34:40] anyway, thanks Reedy :) [18:28:45] aww it's so hideous to not be (auto)confirmed, I'd give up after a minutes with all those captchas ;) [18:29:48] Yeah this is why people don't edit Wikipedia anymore. [18:37:46] Nemo_bis: captchas should only be shown if you add an external link. or did that change? [18:57:15] Luckily not, but still :) [18:57:34] Luckily = we had to fight for that on pt.wiki [19:17:11] And I don't remember if links to Wikimedia domains also trigger the addlink captcha [19:35:13] One usr at nowiki got an error after he tried to run an import (Special:Import I guess) [19:35:18] Import mislyktes: A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: INSERT IGNORE INTO `globalimagelinks` (gil_wiki,gil_page,gil_page_namespace_id,gil_page_namespace,gil_page_title,gil_to) VALUES ('nowiki','1264551','0',,'List_of_countries_without_armed_forces','No_army_coun [19:35:20] tries.PNG') Function: GlobalUsage::insertLinks Error: 1205 Lock wait timeout exceeded; try restarting transaction (10.64.16.29) [19:35:35] Seems like something is borken [19:35:54] Usually transient errors [19:36:20] Happen one hour ago approx, so it could be fixed by now [19:36:48] jeblad: Tell them to disable the HHVM beta feature if they have that enabled [19:36:59] cause import is broken on HHVM right now AFAIR [19:37:03] << away [19:37:20] HHVM causes db errors? ;) [19:37:24] Import is always broken https://bugzilla.wikimedia.org/show_bug.cgi?id=71230 [19:38:03] In fact, it should emit surprised errors when no failure was detected [19:46:14] Takke takke Reedy, hoo|away, Nemo_bis [19:46:23] I'll write a note to the user [19:51:51] interesting bug in bash http://seclists.org/oss-sec/2014/q3/650 [20:14:12] ori: I think I just got into an edit conflict myself, without having done anything like clicking save twice or such. A known or unknown HHVM issue, perhaps? [20:14:21] edit conflict *with myself. [20:15:32] ragesoss: was it a long page? [20:15:43] (huge) [20:15:45] Stryn: not super long. [20:15:53] 25,420 bytes [20:16:33] I thought if it's https://bugzilla.wikimedia.org/show_bug.cgi?id=53646 [20:18:25] or https://bugzilla.wikimedia.org/show_bug.cgi?id=26821 or then it's HHVM... [20:18:59] self-conflict suppression has been broken for a while [20:20:39] Maybe I did something I didn't notice, but I think all my edits leading up to it were in the same browser, without any 'forward' or 'backward' history that would lead to confusion. The breakage you're talking about would still apply in that situation, Nemo_bis? [21:21:11] MoodBar on nl.wiki cover(ed) my fancy "444ms (hhvm)" [21:22:47] Nemo_bis: I'm sorry for your loss [21:23:01] Reedy: thanks, it means a lot to me