[01:13:04] Lcawte: are those PST timestamps? [02:06:40] tgr: Not sure how that's relevant but whatever, no, they're UTC. [02:19:02] Lcawte: I was trying to see if there were any MediaWiki errors in the logs [02:19:11] or are you using your own wiki to authenticate? [02:28:46] Own wiki, just WMF's phab extensions. [02:29:28] you should check your wiki's logs then [02:29:48] the Phab error just says MediaWiki returned a HTTP 500 which is not too helpful [02:42:07] Ok, so it seems there's some sort of issue with the external library in the REL1_28 branch of OAuth. [04:34:45] 10GitHub-Mirrors, 10Gerrit, 10Librarization: Move wikimedia/assert to gerrit or wikimedia's github account - https://phabricator.wikimedia.org/T114330#1691742 (10demon) This lives at [[https://gerrit.wikimedia.org/r/#/admin/projects/mediawiki/libs/Assert | mediawiki/libs/Assert ]] -- anything left to do? [08:32:24] 10GitHub-Mirrors, 10Gerrit, 10Librarization: Move wikimedia/assert to gerrit or wikimedia's github account - https://phabricator.wikimedia.org/T114330#2922853 (10thiemowmde) 05Open>03Resolved [13:17:07] 06Project-Admins: Archive #WikiCon-Francophone-2016 after sorting out its open tasks - https://phabricator.wikimedia.org/T153084#2923319 (10Aklapper) 05Open>03Resolved I archived #WikiCon-Francophone-2016 and created #WikiCon-Francophone-2017. Closing as resolved. [16:36:25] Lcawte: is the oauth consumers registered in mediawiki "approved" ? the oauth consumers have to be approved by a wiki admin and that part was somewhat confusing / hard to find the last time I looked at it [16:37:11] twentyafterfour: I was going to say it's fine, but there's basically I'm getting lovely errors about the PHP-JWT dependency. [16:38:47] hmm.. It should be possible to make phabricator handle the error more gracefully and perhaps offer more details to help debug the situation (like output the response it received from mediawiki) [16:40:24] Lcawte: it looks like we vendor it from a fork which may or may not be different from the upstream jwt library: https://github.com/wikimedia/mediawiki-vendor/tree/master/firebase/php-jwt [16:42:25] that's normally managed by composer and it's using php-jwt version 4.0.0 according to https://github.com/wikimedia/mediawiki-vendor/blob/master/composer.json [16:43:15] so it's not modified but pinned to a version that was committed to our vendor repo 2 months ago. [16:43:27] In REL1_28, it's 3.0.0 - I've tried that (as it's bundled in REL1_28 and in the extension's composer file) and I've also tried updating to 4.0 [16:43:48] well you're way ahead of me then ;) [16:44:06] I just wrote the phabricator extension, I actually don't have much experience with the mediawiki side of the oauth connection [21:01:06] Lcawte: did you file a bug about it? [23:39:39] tgr: Good call, I'll do that as I can't find my own solution. [23:53:07] twentyafterfour: tgr: So for some reason the missing class has stopped being an issue - I'm now getting an exception ("OAuth JWT wasn't valid at this time"). No errors on the MW side, just the exception w/ trace in Phabricator's logs. Where do I go from here? [23:56:07] Lcawte: missing classes are usually a composer issue [23:56:42] if you did run composer then some sort of caching (hhvm for example might require a restart before picking up autoloader changes) [23:57:16] are you using an oldish OAuth version? [23:57:36] I think we replaced that error message with something less useless recently [23:57:56] in any case the most common reason is clock drift [23:58:33] (oh this is an exception in Phabricator, nvm mind the version question then)