[12:12:27] <Dereckson>	 MatmaRex: for cs., what do you think the best way is?
[12:12:32] <Dereckson>	 * have them tweak CSS
[12:12:47] <Dereckson>	 * prepare a config change
[12:13:25] <MatmaRex>	 no idea. all i know is that ori changed how logos work some time ago :D
[12:14:00] <Dereckson>	 yes they are served from /static directory now
[12:14:19] <MatmaRex>	 i imagine overriding CSS would still work, and it'll be mostly instant, unlike a config change which will probably happen monday at the earliest
[12:14:46] <Dereckson>	 It's an emergency, maybe we can, like a last minute throttle rule consider it's urgent and deploy the change right now.
[12:15:04] <MatmaRex>	 no idea about the performance impact either, but i'd guess the servers can easily take it
[12:15:10] <MatmaRex>	 oh, right, i forgot you're a deployer now :D
[12:15:36] <Dereckson>	 I decreased the task priority to high, okay it's urgent to celebrate the right moment, but that doesn't break they wiki.
[12:16:00] <MatmaRex>	 i'd say it's probably easier for everyone to override it via mediawiki:common.css
[12:16:06] <Dereckson>	 Yes.
[12:16:22] <Dereckson>	 The CSS #p-logo trick is still working.
[12:20:43] <Dereckson>	 MatmaRex: like this the CSS? https://phabricator.wikimedia.org/T131605#2172409
[12:21:10] <MatmaRex>	 Dereckson: looks correct
[14:33:07] <Edokter>	 Hi, I have quite an urgent problem.
[14:34:22] <Edokter>	 Anyone?
[14:34:29] <MatmaRex>	 go on.
[14:35:28] <Edokter>	 The NewMainPage gadget is still serving me an old revision. I tried EVERYTHING to get rid of it, including moving, deleting and recreating the CSS page. It still keeps serving the stale CSS, which needs to GO!
[14:35:49] <Edokter>	 This is seriously ff-ed up
[14:36:31] <Edokter>	 See https://en.wikipedia.org/wiki/Wikipedia:Main_Page_(2015_redesign) but with the gadget enabled.
[14:37:41] <MatmaRex>	 okayyy. and what should i be seeing there? it looks fine.
[14:37:59] <Edokter>	 Do you have the gradient headings?
[14:38:06] <MatmaRex>	 yes
[14:38:08] <MatmaRex>	 maybe
[14:38:15] <Edokter>	 Do you see Comic Sans?
[14:38:17] <MatmaRex>	 i don't know how they're supposed to look. but there is a gradient.
[14:38:23] <Edokter>	 Because THAT you should NOT see
[14:38:26] <DanielK_WMDE>	 Edokter: thestale CSS is probably cached in your browser. can you check whether it looks the same in a different browser/on a different computer?
[14:38:29] <MatmaRex>	 i don't think i have comic sans installed.
[14:38:45] <Edokter>	 I have cleared my cahce AND disabled it even
[14:39:05] <MatmaRex>	 ok, i have comic sans, and i don't see it on that page.
[14:39:20] <DanielK_WMDE>	 ResourceLoader uses "local storage" for some things... it's really hard to purge that.
[14:39:44] <MatmaRex>	 DanielK_WMDE: it doesn't (anymore), it was killed recently, thankfully.
[14:39:58] <DanielK_WMDE>	 Edokter: can you try a "privcy tab"?
[14:40:04] <DanielK_WMDE>	 MatmaRex: really? oh yay :)
[14:40:38] <Edokter>	 ???? Looks OK in Firefox, WTH?
[14:40:58] <Edokter>	 Clearing Chrome cahce for the umpthiest time...
[14:41:31] <DanielK_WMDE>	 Edokter: try anon browsing or privacy tab or whatever porn mode is called in chrome
[14:42:41] <Reedy>	 incognito
[14:43:39] <Edokter>	 Seems to be OK in incognito
[14:43:55] <Edokter>	 Where the hell does it get stuck??????
[14:47:15] <James_F>	 DanielK_WMDE: I don't think RL uses anything from local storage any more.
[14:49:24] <Edokter>	 Cleared everything in Chrome once again... STILL getting Comic Sans! This MUST be served from from wikipedia.
[14:49:42] <Reedy>	 Wikipedia does not serve comic sans ms
[14:49:52] <Edokter>	 by way of <style> tags
[14:50:10] <Edokter>	 No, but it does serve the CSS specifying it
[14:50:25] <MatmaRex>	 have you tried turning it off and on again?
[14:50:28] <MatmaRex>	 (only half-joking)
[14:50:31] <Edokter>	 Oh haha
[14:50:41] <Reedy>	 Isn't localstorage a PITA to clear in chrome?
[14:50:44] <Edokter>	 See my contributions
[14:50:57] <MatmaRex>	 i mean, your browser.
[14:51:27] <Edokter>	 Threw away IndexedDB in Chrome
[14:52:28] <DanielK_WMDE>	 Reedy: it's a PITA, full stop. MatmaRex sais it was killed, so yay.
[14:52:51] <Edokter>	 No help
[14:55:56] <Edokter>	 This is rediculous... the stale stylesteet is litterally coming from the server, but not in Firefox, not in debug mode, and not in incognito.
[14:56:19] <Reedy>	 If it was coming from the server, it'd be broken on multiple browsers
[14:56:24] <Edokter>	 And when I finally think I fixed it, it will re-emerge a few minutes later!
[14:56:41] <Edokter>	 It is probably tied to my session in chrome
[14:57:44] <Edokter>	 No, this is definitely stuck in server cache somewhere.
[14:58:09] <MatmaRex>	 what URL is it being served from?
[14:58:45] <Edokter>	 It is served inline inside <style> tags
[14:59:02] <Edokter>	 ResourceLoader injects it from the stale gadget CSS
[15:01:03] <MatmaRex>	 yeah, but it's coming from somewhere
[15:01:43] <MatmaRex>	 you should be able to view the network requests in devtools and find the one
[15:01:48] <Edokter>	 Does RL have some concept of browser sessions?
[15:02:24] <Edokter>	 it is NOT a separate request, in is server INLINE with the document inside <style> tags
[15:02:54] <Edokter>	 So it must be resourceloader related
[15:03:35] <MatmaRex>	 it's not served inline. the <style> tag is dynamically generated.
[15:03:57] <MatmaRex>	 if you see it in the HTML source, then something very magical is happening between you and wikipedia.
[15:04:50] <MatmaRex>	 https://en.wikipedia.org/w/load.php?debug=false&lang=en&modules=ext.gadget.NewMainPage&skin=vector&version=ccc3d898e203 is where it's coming from for me
[15:05:32] <MatmaRex>	 (or at least where it was coming from a couple minutes ago when i was trying to reproduce what you're seeing, if you edited the gadget since then, the URL has probably changed)
[15:10:01] <Edokter>	 I have six massive style blocks (generated) then, the first specifically lists Comic Sans
[15:10:29] <snitch>	 [[Tech]]; Samat; /* Updating translations */ new section; https://meta.wikimedia.org/w/index.php?diff=15497405&oldid=15485894&rcid=7605544
[15:13:32] <Edokter>	 URL being requested is /w/load.php?debug=false&amp;lang=en&amp;modules=ext.echo.badgeicons%7Cext.echo.styles.badge%7Cext.gadget.BugStatusUpdate%2CDebugMode%2CNavigation_popups%2CNewImageThumb%2CNewMainPage%2CShowMessageNames%2CWatchlistBase%2CWatchlistGreenIndicators%2Ccharinsert%2CconfirmationRollback-mobile%2Cedittop%2Cexlinks%2Cfeatured-articles-links%2CformWizard%2Cgeonotice%2Cpurgetab%2CrefTo
[15:13:53] <Edokter>	 No version there and I get an error when requesting it manually.
[15:15:16] <Edokter>	 Correction: https://en.wikipedia.org/w/load.php?debug=false&lang=en&modules=ext.echo.badgeicons%7Cext.echo.styles.badge%7Cext.gadget.BugStatusUpdate%2CDebugMode%2CNavigation_popups%2CNewImageThumb%2CNewMainPage%2CShowMessageNames%2CWatchlistBase%2CWatchlistGreenIndicators%2Ccharinsert%2CconfirmationRollback-mobile%2Cedittop%2Cexlinks%2Cfeatured-articles-links%2CformWizard%2Cgeonotice%2Cpurgetab%2C
[15:16:13] <Edokter>	 No comic there
[15:17:32] <Edokter>	 Which makes sense, as that is the proper version.
[15:17:38] <Edokter>	 So, what generated the style tags
[15:17:39] <Edokter>	 ?
[15:18:27] <DanielK_WMDE>	 ResourceLoader, I guess.
[15:18:42] <DanielK_WMDE>	 though that stuff is complicated...
[15:21:01] <Edokter>	 And how do I purge this?
[15:25:24] <DanielK_WMDE>	 if it's inlined in <style> tags, it's on the server. if the style is referenced using a url, load that url in your  browser and hit ctrl-shift-r.
[15:25:44] <DanielK_WMDE>	 a bad very may still be stuck in a varnish cache somewhere though. you may then "sometimes" get the old version
[15:25:46] <Edokter>	 It's inlined
[15:27:11] <Edokter>	 but probably generated. Trying to find the script generating it
[15:28:50] <Edokter>	 OMG,I think it finally cleared.
[15:29:34] <Edokter>	 How could it be in "Cookies and other site and plugin data"?
[15:29:47] <Edokter>	 I already threw that out manually.
[15:29:53] <Reedy>	 You probably didn't
[15:30:13] <Edokter>	 I know I did, I practically removed the entire /Crome directory
[15:30:29] <Reedy>	 Well, you obviously didn't
[15:30:30] <Edokter>	 Including all site and cache directories
[15:30:34] <Reedy>	 If doing it via Chrome fixed it
[15:30:40] <Reedy>	 There was something you didn't remove
[15:30:52] <Reedy>	 or didn't cause chrome to clear hte cache from memory etc
[15:30:56] <Edokter>	 Cookies... which i now lost
[15:31:13] <Edokter>	 I restarted every time.
[15:31:20] <snitch>	 [[Tech]]; Matiia; /* Updating translations */ +; https://meta.wikimedia.org/w/index.php?diff=15497556&oldid=15497405&rcid=7605721
[15:31:24] <Edokter>	 Well you kow what, I am so done with Chrome
[15:31:29] <Edokter>	 It used to be a great browser
[15:38:14] <Edokter>	 Thanks anyway.
[16:09:52] <snitch>	 [[Tech]]; Samat; /* Updating translations */ well, still not clear; did you manually?; https://meta.wikimedia.org/w/index.php?diff=15497680&oldid=15497556&rcid=7605876
[16:23:45] <snitch>	 [[Tech]]; Stryn; /* Updating translations */ re; https://meta.wikimedia.org/w/index.php?diff=15497713&oldid=15497680&rcid=7605929
[16:35:10] <snitch>	 [[Tech]]; Samat; /* Updating translations */ questions, questions :); https://meta.wikimedia.org/w/index.php?diff=15497740&oldid=15497713&rcid=7605974
[20:21:15] <Base>	 hi
[20:21:21] <Base>	 anyone goo at lua?
[20:21:54] <Base>	 how do I read named template parameters from template which #invoke 's the module?
[20:22:07] <Base>	 I cannot find a good generic example
[20:22:43] <Base>	 I thought it's just
[20:22:46] <Base>	 	local parent frame:getParent(); 	local args = frame.args;
[20:22:57] <Base>	 and then 
[20:22:58] <Base>	  	local disqualified = args["дискваліфіковано"];
[20:23:00] <Base>	 and so forth
[20:23:07] <Base>	 but it does not seem to work that way
[20:36:50] <Base>	 ah forget it
[20:37:05] <Base>	 it looks that i have made as much as two mistakes in that piece of code
[20:37:20] <Base>	 ( = and parent, not frame)