01:04:44 https://downforeveryoneorjustme.com/ is ignoring 2.53.13 01:58:15 a-865: SyntaxError: expected expression, got keyword 'import' 01:58:46 it fails at the very beginning: 01:58:47 import{n as ve,s as Xe,S as Qe,i as et,a as tt,e as I,c as nt,b as q,g as M,t as D,d as F,f as N,h as C,j as rt,k as st,o as Le,l as it,m as at,p as ot,q as Ee,r as W,u as ct,v as lt,w as ft,x as J,y as ie,z as K,A as ae,B as oe,C as B,D as ce,E as Ve}from"./chunks/index-2b4d216f.js" 01:59:05 wtf is this Javascript soup of fail? 01:59:39 https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/import ah, this again 02:00:05 requires FF60 03:27:54 but 2.53.13 is 68, no? 05:14:56 60 i think 05:52:20 started from 56, but this really doesn't mean much by itself because there are a lot of features and other changes from newer versions 05:55:42 I think the UA string has advertised 60 and currently 68. The/A problem here is stupid browser-sniffing. Some sites may rely on the Firefox version number to genuinely see what features can be used, but others will just use this to refuse access because "it's an old version", even if it isn't. 05:59:12 a-865: tomman: I can't get the form to work, but setting dom.moduleScripts.enabled to false gets rid of the SyntaxError (I wonder if it's just failing silently somewhere else) 06:03:10 ah, looking at the code I guess dom.moduleScripts.enabled set to false is disabling the inline javascript that'd, say, set the form action, said javascript uses the import, hence why it'd fail both with this enabled and disabled. I haven't checked what the imported script does, but it's probably setting the form up? 06:30:01 I'm just a victim here, not any kind of script interpreter or writer. 06:30:16 works in Chromium 06:45:47 tomman: did you solve the line-height issue? if a system upgrade was involved my guess would be different fonts, if you have access to a non-updated system see if you can compare the fonts used 11:18:09 tomman module imports are supported. Dynamic module imports are not (yet) 11:22:14 Bug 1342012 12:59:04 and in this case it's a static import being used to do a dynamic import? 21:37:00 https://developer.chrome.com/blog/removing-push/ lolGoogle 21:37:24 removing a Chromeism to replace it with the next shiny Chromeism? 21:37:38 also, how does that even help fighting bloat? Oh wait, it doesn't 21:37:56 njsg: haven't really bothered - if anything, it now matches how Windows renders stuff 21:38:11 maybe some Fontconfig change or something? 21:47:20 "help fighting bloat" "chrome.com" well, I suppose if you define bloat in a convenient way, it gets rid of IE6 and firefox <100? 21:47:49 convenient *for them*, of course 21:48:31 tomman: yeah, possibly a fontconfig setting too. There's also a chance this is, say, a fontconfig setting whose default for Gtk+ applications has changed 21:54:34 Oh, BTW, that site requires WebComponents®, but surprisingly it is readable without them 21:54:47 someone is not getting his/her yearly bonus