14:26:10 Day 7 of the Latest Clownflare Siege: little progress, mainly from site operators 14:26:50 Wine dropped their CF brickwall from the AppDB in late Thursday 14:27:48 science.org now loads most of the times, someone just told me that they had to make exceptions for feed readers 14:28:08 (you may get lucky if you email Derek Lowe) 14:28:36 our HN plea for help thread had zero effect 14:29:20 an actual CF user (paid customer) complained at the forums because of this, got promptly told to pound sand 14:30:01 and now the Internet is split in two for us: the regular Internet, and the Clownflare Securenet® 14:30:50 Turnsickle continues being as unpredictable as ever, and it insists that all Mozilla-based browsers have BigInt for their fingerprinting crap 14:31:16 This is all for now - this report ends here, Friday, February 7th 2025, 10:#2 VET 14:31:21 --10:32 VET 14:33:34 https://bugs.winehq.org/show_bug.cgi?id=57151#c16 14:51:16 tomman: all as I have foreseen.. 14:51:34 because it's bleeding obvious and has been for years if not from the start... 14:54:18 my issue now is .. i expected to avert it or not survive to deal with it.. I am obviously here still.. so yeah my status as some sort of mozoracle has come to an end some months ago .. can still follow certain threads but I have no idea what will happen anymore the trends are far outside predictability except extremely broadly should nothing be done 14:58:56 I do think there is a way to captialize on this split to perhaps isolate and push them into their bubble and then the free and open world wide web can expand regardless.. why? because WE ALL have been doing this long enough to deem ourselves at LEAST as much of an expert as anyone else.. There is still endless potental and possibilities in an Internet of Protocols and a World Wide Web of people not policies.. I say push them to the point where they 14:58:57 try and take it all and crush any opposition.. eventually others will grow tired of it and push back... 15:01:53 SeaMonkey is literally as old as the roots of Modern Mozilla.. and still holds a spark of the Mozilla Organization that same netscape spark that made them release the source code rather than let AOL eat it. 15:04:48 AOL I remind everyone never had any intention of using the netscape engine but Oracleizing it by parting it out for its relevant tech as AOL had deals with Microsoft .. so a Netscape based AOL was never going to happen and the AOL Browser another IE shell confirmed it.. AOL was part of Microsoft's Stratagy all along.. I wonder if anyone remembers that 15:05:50 in fact everything feels very 2002 right now 15:06:30 well 2002 by way of 1939 15:06:31 anyway 15:07:34 In any event, yeah they have split the web into people who love the web and people who sell and buy the web 15:08:35 digital manifest destiny and imperialism 15:44:36 well,MercadoLibre broke my search provider :/ 15:44:47 wonder what these Argentinian clowns did this time 15:45:04 now searching with its provider from the search box on SeaMonkey just redirects to the homepage 17:12:48 gitlab wip updated 17:19:34 frg_Away: what's new in wip? 17:21:24 bigint by default and other stuffs looks like 17:28:44 yes. With activated BigInt it seems the startup scriptcache has a problem but despite the startup errors seems to not cause failures. Need to check but hopefully just ignoreable for the near future. 17:30:01 Still without optinal chaining and new regexp so not very usable despite some sites like ebay working better 17:30:11 ^optional 17:34:13 UXP has long stopped bothering with the precompiled cache disabling it is now part of Pale Moon's standard build instructions.. I do belive this became the case because of bigint so if there is a solution for precompiled startup cache it will have to come from Mozilla 17:35:33 it is more trouble than it is worth that plus not actually clearing dist/bin as a delete job but by know file manifests are some of the worst hinderences to extension and some frontend ui development 17:37:51 There are two caches. I disabled the startup cache long ago. buc enabled it but not worth the few seconds startup time if even that much. Now need to look into the scriptcache too. 17:37:56 whenever I play with extension provided xpcom components such as working on DOMi I have to fight the cache and it only provides a small startup boost on new profile creation 17:38:07 oh there are 17:38:11 thought they were the same 17:38:47 Nope. There is also a child script and url cache left it seems. 17:39:50 First time after install everything is fine. The after later startp throws memory errors. Suspect might have something to do with the whole utf8 stuff changed. 17:40:22 hmm 17:40:25 artifical speedups like caches and async dispatched ui events really bug me leaves me feeling disconnected from the actual processing the program does 17:42:03 frg_Away: I have a question .. if mozilla xhtml can just use whatever html5 tags are implimented and we had a parser that worked fine .. why did there need to be a java codegen'd parser glued on? 17:43:07 ask mozilla :) I am a dummy here 17:51:55 since the html5 parser is just a glued in component .. not even a real component in the mozilla sense.. it isn't actually difficult to control 17:52:41 not that the xml content sink or when the htmlcontentsink wasn't gutted was difficult either 17:52:54 because it had xpcom interfaces 19:27:14 frg_Away: so it may or may not please Clownflare :D 19:27:39 now I wonder about the other weird problem I have with Turnstile: the one where the captcha box only renders when poked with the inspector 19:27:50 ...and its elements don't even appear on the Inspect tab document tree 21:16:26 HeRe mE Am to savE tEh dAy!