[05:20:00] why are their semi-colons on Special:Contributions dates on enwiki? [05:20:17] lol, its even i18n'ized as semicolon-separator [05:48:56] bawolff2: possibly https://phabricator.wikimedia.org/T233649 [10:44:01] I know this is an odd question, but what is the latest version of PHP I can use for mediawiki 1.26.4? I can't use 7 as it has major changes for extensions and so on [11:35:13] I have a local mediawiki install - uploading a single file works - simple batch uploader does not work (installed with composer). It lets me select imagefiles and thats it - it does not autostart the 'upload' ... is that because its 'local' ... [11:51:19] roadie: normally that should not be a problem. Sounds more like a JavaScript error. Could you check the browser console? (F12 on Firefox) [11:51:52] The extension may also not be compatible with the MediaWiki version you're using [12:01:40] s7eph4n[m]: I should have thought of looking there, thank you: Error: Unknown module: mediawiki.api.edit [12:16:48] roadie: Oh yes. That module is outdated. It's already fixed in the code, but not yet released. So you can either use the master version for the moment or wait the weekend and I'll do a release. [12:18:24] s7eph4n[m]: I will wait, thank you so much. [13:33:24] s7eph4n[m]: I used the master version and now all files report 0% the file you submitted was empty ... [13:38:24] ... but, actually I can't upload single files either - it also says the file seems empty, typo in the filename ... [13:41:55] roadie: I had something like this happen when I tried to pull a file directly from a program (an email client in my case) to the upload button. If that's your case then there's unfortunately nothing that can be done on the extension. You'd have to store it locally before uploading. [13:45:14] s7eph4n[m]: aha, lemme check - they are on an external HD apfs formatted ... [14:02:52] there is something wrong with the file permissions - all the images that won't work have -rwxrwxrwx and the 2 last 'w' are in green ... [14:03:16] I can chmod the x away but not the green w ... [14:20:09] roadie: I use SBU 1.4.1-dev with 1.33.0 and it seems to be working fine hmm [14:20:20] did it break in 1.33.1? [14:47:25] hmm - it seems it uploads the images but reports failure ... oh, well [14:49:42] yep it works - its just not giving out success, but the images and thumbs are there. [22:35:40] what happened to phabricator.wikimedia.org? [22:36:47] hi yar [22:36:50] what do you mean what happened to it? [22:37:06] it hosts our active, working bug tracker AFAIK [22:37:37] it's giving me "Internal Server Error" [22:38:46] while viewing any page? [22:40:13] yar? [22:40:20] hmm, i guess it's just blocking my VPN. oh well. it should at least give me a 503 or something [22:40:30] not necessarily [22:40:37] please answer the question [22:41:03] it would be more like 403 if it was blocking you [22:41:22] well, this page for example https://phabricator.wikimedia.org/T86156 [22:41:42] this also https://phabricator.wikimedia.org/T214062 [22:42:09] neither of these give me HTTP 500 [22:42:18] do all phabricator pages give you HTTP 500 or just these? [22:42:18] works from one IP address, but the other says "Internal Server Error" [22:42:27] well that's interesting [22:42:28] main page too [22:42:45] was going to ask about clearing cookies [22:42:59] in fact some sites will tie sessions to particular IPs, so let's see anyway [22:43:04] try opening those broken pages in incognito mode [22:46:35] already am [22:47:05] PM me if you want the IPs [22:47:30] I can't do anything with the IPs [22:47:41] did those pages open in incognito mode? [22:47:49] no [22:47:59] the only thing that worked was changing the VPN [22:48:12] huh [22:48:14] well [22:48:26] was a bit of a shot in the dark [22:48:51] yar, I don't suppose it says anything other than Internal Server Error? [22:49:30] The server encountered an internal error or misconfiguration and was unable to complete your request. [22:49:37] Please contact the server administrator at webmaster@wikimedia.org to inform them of the time this error occurred, and the actions you performed just before this error. [22:49:43] More information about this error may be available in the server error log. [22:49:53] no unique IDs or anything to identify the request? [22:49:56] nope [22:50:14] meh [22:50:45] i assumed it uses a CDN with a shared blocklist or something [22:51:06] that's typically what causes VPN issues [22:51:19] the CDN it uses would be text-lb.*.wikimedia.org, i.e. the same as wikipedia [22:51:37] I suppose we should open a task against #phabricator [22:52:05] say that some source IPs cause phabricator to always return HTTP 500 [22:52:30] Where in the world are you? [22:52:35] california [22:52:49] as are all the VPNs involved [22:53:45] so you'll always be getting text-lb.ulsfo.wikimedia.org [22:53:57] probably [22:54:09] Are other Wikimedia sites ok for you? gerrit/wikipedia etc? [22:54:25] unless any of the DNS recursors you use appear in the geo IP database to be from a different country/state I guess [22:55:12] yar: What IP are you resolving it to? [22:55:18] (easiest way to find out :P) [23:27:05] the old zero black list? [23:42:55] p858snake, do you know how that was implemented? [23:43:20] nope [23:49:42] Most of that has been stripped out