[05:40:44] TimStarling: for next week, if there's room: https://phabricator.wikimedia.org/T118932 [05:41:19] would be good to do it soon (i.e., before developers from the continent add traits) [05:42:52] ok [05:43:19] I moved it into the "ready for meeting" column [05:43:46] cool, thanks [06:24:50] 10MediaWiki-Core-Team, 6Discovery, 10Wikidata, 10Wikidata-Query-Service: Confirm selection of BlazeGraph for wikidata query - https://phabricator.wikimedia.org/T90101#1813083 (10intracer) [07:16:10] 10MediaWiki-Core-Team, 6Discovery, 10Wikidata, 10Wikidata-Query-Service: BlazeGraph Finalization: Update performance - https://phabricator.wikimedia.org/T90114#1813138 (10intracer) [10:01:41] Nikerabbit: if you are up for editing https://phabricator.wikimedia.org/T118932#1813219 (which is useful, btw, thanks) https://dpaste.de/KVY0/raw will be drawn as a pretty table by phab [10:08:55] ori: not sure if it is prettier but done anway :) [10:09:33] the {{#ask:}} thing -- mind blown [10:12:33] I am not sure whether your mind is blown in positive or negative way ;) [10:14:11] positive i think! [20:21:11] ori: do you know if forceprofile=1 is still enabled with the "X-Wikimedia-Debug: 1" header (on mw1017)? [20:22:18] aude: yes it is [20:22:28] ok [20:22:44] it's not working for me, though has worked int he past and i'm probably doing somethign wrong [20:23:33] works on wikipedia [20:25:31] aude: which project(s) is it not working on? [20:27:03] whatever i do though, it's not working on wikidata and also just tried en wikivoyage [20:27:47] but am definitely getting mw1017 and my headers seem correct [20:29:55] tgr|away: that was a new to me hangout error. I seem to be back in [20:32:01] curl -H 'X-Wikimedia-Debug: 1' --dump-header - https://en.wikipedia.org/wiki/Bangkok?forceprofile=1 works [20:32:16] curl -H 'X-Wikimedia-Debug: 1' --dump-header - https://en.wikivoyage.org/wiki/Bangkok?forceprofile=1 does not [20:33:29] aude: that sounds like the VCL magic doesn't work for non-wikipedia.org TLDs. Could you file a task and cc bblack and me? [20:34:08] ok [20:34:23] i thought i worked in the past, but not 100% sure [20:36:06] aude: since you have shell access, you could bypass varnish entirely and do something like: curl -H 'X-Forwarded-Proto: https' -H 'Host: www.wikidata.org' "http://mw1017.eqiad.wmnet/wiki/Q14486912?forceprofile=true" on the cluster [20:36:15] however i concede that the usability of that is not great [20:37:28] i want profilign for my watchlist [20:38:01] as i noticed it's become a bit slow on wikidata (though i watch a lot of stuff) [20:38:59] what project do i add on the task? [20:39:35] https://phabricator.wikimedia.org/T118990 [20:39:44] feel free to change the projects and tags [20:42:21] thanks aude [20:42:30] how do you know you are getting mw1017, by the way? [20:42:47] the config variables [20:43:12] mw.config.set({"wgBackendResponseTime":976,"wgHostname":"mw1017"}) [20:43:53] good :) [20:43:59] :) [20:44:51] hrm, very strange [20:44:57] so it is definitely hitting mw1017 [20:44:59] and then you have: [20:45:01] it is [20:45:06] and works for wikipedia [20:45:26] if ( ( isset( $_GET['forceprofile'] ) && isset( $_SERVER['HTTP_X_WIKIMEDIA_DEBUG'] ) ) ||PHP_SAPI === 'cli' ) { ... } [20:45:30] nothing project-specific about that [20:45:48] (this is in StartProfiler.php in mediawiki-config.git/wmf-config) [20:45:53] are catalan and hebrew wikipedia on group1 yet? [20:46:08] dunno [20:46:37] my only other guess is there is something different with the new branch we deployed, but can't imagine how/what would cause a problem [20:47:18] test.wikipedia.org doesn't work also [20:47:55] wat [20:48:04] yes, i think you're right [20:48:07] curl -H 'X-Wikimedia-Debug: 1' --dump-header - https://test.wikipedia.org/wiki/Kitten [20:49:02] I41a68f7061465417fbdc5ca41f8eb6e1f99f1111 ? [20:49:58] but the $wgProfiler config is 'class' => 'ProfilerXhprof', 'output' => 'text', [20:50:10] not sure [22:01:51] RFC meeting starting now in #wikimedia-office: API-driven web front-end