[15:20:21] <apergos>	 yesterday at around this time, Krin kle asked a few of us (in another forum) if we had any thoughts on https://phabricator.wikimedia.org/T409139 and if we reached the same conclusions he did. it was posed a s kind of a challenge for those who don't know this area of the code well. I post here a question I asked him, and his answer, as a hint...
[15:20:54] <apergos>	 Q: what parses common.js on save?  does the browser not execute that code? is there some sort of linting (eslint) or other, that happens before save?
[15:21:26] <apergos>	 A: When you use action=edit, the text area is enhanced by the WikiEditor and CodeEditor extensions with a toolbar, syntax highlighting, and linting. That linting uses ESLint but is not enforced server side om save or otherwise. Just informative while editing.  Server-side, when we serve a gadget or user script, we check its syntax validity with Peast.
[15:22:10] <apergos>	 so if you don't know that part of the code well and the answer to "what is the real problem on this ticket" is not immediately clear to you, feel free to dig in!
[17:55:30] <tgr_>	  I think that's just bad syntax? ES6 import is `import foo from 'bar'`, without the parens.
[18:05:10] <apergos>	 https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/import
[18:09:16] <Krinkle>	 Dynamic import uses a Promise-returning function. Static import is only valid after top of a script. Either will fail produce the described error on the task I think.