[07:55:35] [[Tech]]; ArchiverBot; Bot: Archiving 1 thread (older than 30 days) to [[Tech/Archives/2016]].; https://meta.wikimedia.org/w/index.php?diff=15891687&oldid=15888056&rcid=8246354 [16:22:58] hey Krinkle [16:23:09] On VE load on meta I'm seeing Exception in module-execute in module ext.popups.schemaPopups: [16:23:15] TypeError: Cannot read property 'get' of undefined [16:23:21] at Object.mw.popups.getEnabledState [16:25:26] we have a mw.popups.getEnabledState [16:25:32] but Object.mw.popups.getEnabledState? [16:36:03] https://blog.wikimedia.de/2016/09/08/i-dont-have-to-find-tasks-tasks-are-coming-to-me-being-a-volunteer-developer-for-wikimedia-projects-an-interview-with-tpt/ [18:17:41] * robla starts reading the blog post linked here by lego a couple of hours ago [19:10:20] Krenair: https://github.com/wikimedia/mediawiki-extensions-Popups/blob/7975fde74520d302995474e8fd6a7b0b5e6bd8bf/resources/ext.popups.core.js#L237 [19:10:47] Krenair: Oh, that's just the browse's way of guessing and giving it a reasonably unique name that contains some of the aspects of how it was defined. [19:10:47] yes [19:11:11] It's not meant to be an exact global identifier [19:11:21] I think the problem line in that case was the line below, but it was the Object. part I was interested in [19:11:29] ah [19:56:12] Krenair: Yeah, the stack always refers to the function it was executing. with .get() being undefined, it wasn't executing that. [19:56:50] Ah, you mean get of storage, not of config [19:56:54] Yeah, that makes sense [19:56:56] mw.storage was undefined [19:56:57] config shouldn't be undefined. [19:57:02] it didn't have the correct dependency [19:57:06] Yeah [19:57:09] I looked it up - config is set before RL modules are run in startup.js [19:57:32] Yeah [19:57:33] https://github.com/wikimedia/mediawiki-extensions-Popups/commit/765aa40cc1da52efb269775d9c96a8742f0a4bd2 [19:57:37] That seems to add the dependency thoug [19:57:51] Maybe it missed a module that uses it? [19:58:02] It removes it twice and adds it once [19:58:03] hm [19:58:05] anyhow [20:00:39] Krinkle, it added the dependency to desktopTarget instead of core [20:01:11] Krenair: And something started loading core directly instead? [20:01:25] something like that [21:44:47] Krinkle: could this be related to why the JS is going in and out on enwiki (and I think meta too)? [21:45:01] musikanimal: in and out? [21:45:09] not just popups, any user script seems to be working at one moment and not the next [21:45:31] we were talking about in -admin, and I saw this at VPT: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Linkclassifier_disappeared [21:46:43] I just got this error in popups: `Uncaught TypeError: Cannot read property 'isVisible' of undefined` [21:47:03] hit refresh then popups works again [21:48:22] did something change recently? [21:48:57] just got `TypeError: mw.Api is not a constructor`, again I hit refresh it goes all is well [21:49:38] I would say it's perhaps related to ResourceLoader but we're seeing user scripts breaking too [22:19:49] Krenair: I'm still getting TypeError get undefined from popups on enwiki [22:19:57] I can help backport/CR [22:21:02] I put a patch in gerrit [22:21:13] last SWAT of the week is in 30 mins [22:25:39] k [22:39:43] Krinkle, actually, you were a reviewer on the patch [22:44:45] Krinkle, so you should've seen it in your inbox