02:08:51 <IsambardPrince> Is there a reason why TLS 1.0 and 1.1 are still available by default?
02:09:07 <IsambardPrince> I'm pretty sure the other browsers dropping them have forced them off the Web already.
02:51:12 <GrannyGoose> 1.3 should be default? least it was in 2.53.10?
02:52:41 <GrannyGoose> https://www.seamonkey-project.org/releases/seamonkey2.53.10/
02:56:52 <GrannyGoose> in my 2.53.15 i have 1.2 an 1.3 default
03:40:16 <IsambardPrince> It's the default, but 1.0 and 1.1 were both yanked in other browsers.
03:40:32 <IsambardPrince> If nothing on the Web needs them and all they may be useful for is an attack on the user, they should be removed.
03:56:00 <CaptainTobin> there.. NOW I am ready for the future http://personal.mattatobin.com/image/capture/178b0cff-0fa5-409b-834e-8bbe14c0d61d.jpg
05:45:34 <IsambardPrince> Okay, if I actually use Fedora's SeaMonkey 2.53.14 it messes itself up and starts crashing randomly after a while.
05:45:44 <IsambardPrince> Like, from that point out until you delete the profile.
05:47:21 <IsambardPrince> Okay, NoScript is the culprit?
05:58:31 <IsambardPrince> "Updates to the following DOM HTML element interfaces: Embed, Object, Anchor, Area, Button, Frame, Canvas, IFrame, Link, Image, MenuItem, TextArea, Source, Select, Option, Script and Html. Please test add-ons."
05:58:56 <IsambardPrince> Hmm. My guess is something happened regarding the extension platform and NoScript to where it's now crashing the browser.
06:22:55 <a-865> IsambardPrince: Buc's 2.53.14 crashes on browser open on my mailnew profile, but not on my CZ profile.
06:23:38 <a-865> IsambardPrince: only my mailnews profile has NoScript
06:24:53 <a-865> IsambardPrince: I told buc about this
06:28:21 <IsambardPrince> Well, at least I know what's doing it now.
07:16:19 <IanN_Away> does it only happen using buc's 2.53.14 or does it also happen on the official download?
07:16:48 <IanN_Away> a-865 and IsambardPrince ^^
08:37:40 <IsambardPrince> IanN_Away	does it only happen using buc's 2.53.14 or does it also happen on the official download?
08:37:47 <IsambardPrince> I'm using the build from Fedora 37.
08:38:47 <IsambardPrince> With NoScript installed, you'll be browsing along and then all of a sudden, any page you type in will start to load, then the browser hangs and the OS asks if you want to kill it.
08:45:17 <IanN_Away> brb
09:08:37 <CaptainTobin> something occured to me
09:09:22 <CaptainTobin> frg .. i am trying to compile nss newer than 3.64 with true vs2015 .. you guys are using the 2017 version of the 2015 compiler
09:09:32 <CaptainTobin> newer vs might simply work
09:10:01 <CaptainTobin> i mean that is partly why you went to the trouble to do 2015 on 2017 right?
09:17:07 <a-865> IanN: didn't try official yet, but suspect it's NoScript caused. I use buc's because iso 8601 is missing from official.
09:17:41 <CaptainTobin> there I reordered the xref sources
09:17:47 <CaptainTobin> http://xr.binaryoutcast.com/
09:18:05 <CaptainTobin> seamonkey is second, mozilla is third, moonzilla is dead fuckin last
09:18:49 <CaptainTobin> frg when you show up.. do you want an xref copy of base-56?
09:19:33 <CaptainTobin> need to add waterfox classic as well
09:20:02 <CaptainTobin> this is EXACTLY the kind of service that should be on thereisonlyxul.org
09:20:08 <CaptainTobin> ratehr than binaryoutcast.com
09:20:19 <CaptainTobin> since I am offering it to others
09:21:20 <CaptainTobin> cause even if my past wasn't a factor I am sure it is kinda annoying to link to a compeditor's product domain for a shared resource
09:21:36 <CaptainTobin> maybe what we need is a XUL Working Group
09:21:57 <CaptainTobin> fuckin take over the god damned specification for XUL and XBL
09:22:28 <CaptainTobin> I'll offer SeaMonkey and even Moonchild membership
09:31:23 <IanN> a-865: any idea if iso 8601 is covered in a bug?
09:39:10 <CaptainTobin> need to add esr102 and regen final esr91
09:39:13 <CaptainTobin> too
09:39:15 <CaptainTobin> hi IanN
09:39:18 <CaptainTobin> how are you?
09:40:34 <CaptainTobin> I will likely relocate most of the cross-reference sources to a different xr instance under that domain I am paying for and am not using
09:40:57 <CaptainTobin> put it on bismuth
09:46:14 <IanN> CaptainTobin: just doing some sysadmin work on one of my boxes
09:46:34 <CaptainTobin> fun fun
09:46:43 <CaptainTobin> i should be sleeping
09:47:22 <IanN> CaptainTobin: sleep can be good
09:47:34 <IanN> CaptainTobin: though for some reason I was dreaming of cakes
09:48:33 <CaptainTobin> IanN: I am just super motivated again
09:48:37 <CaptainTobin> to do the stuff
09:48:40 <CaptainTobin> AND THINGS!
09:50:36 <CaptainTobin> wait until I strip the old Mozilla Page Styling out of the cgi output and wrap something nicer around it
09:51:21 <CaptainTobin> switch the directory view over to PHP generated
09:52:34 <CaptainTobin> while it is true the ident linkification DOES work in that view it is almost never used so fuck it.. get rid of that part of the perl man
09:53:37 <CaptainTobin> i could take over freetext search results too cause that just calls out to glimpse
09:54:17 <CaptainTobin> but again i'd loose linkification but that is ok.. ident linkfication is MOST USEFUL within source files them selves anyway
09:56:07 <CaptainTobin> eventually i could likely get it down to just feeding the source file into the linkifier and taking the output
09:56:44 <CaptainTobin> beyond that would require full understanding of the way genxref works
09:56:59 <CaptainTobin> and port it to something else.. likely python
09:57:19 <CaptainTobin> and crap out sqlite instead of dbm
09:58:45 <CaptainTobin> that identifer search and the relation between cpp js idl etc is what makes it even today the superior tool for this type of codebase
09:59:02 <CaptainTobin> heh.. I kinda wanna put the win2k3 sp1 sourcecode through it
09:59:10 <CaptainTobin> i might shit a brick
10:01:19 <CaptainTobin> http://xr.binaryoutcast.com/mozilla-esr102/source/
10:01:24 <CaptainTobin> there we go!
10:02:04 <CaptainTobin> I need to add basic identifer rust support
10:02:16 <CaptainTobin> cause in some isnatnces names were reused
10:12:45 <IanN> hi WG9s and WG9s_
10:13:08 <WG9s_> hi I
10:15:52 <WG9s> hi IanN
10:49:13 <frg_Away> NoScript 5.1.9 definitely works with the official SeaMonkey 2.53.14. If it breaks because of a backport  I will personally rip out this backport :) Would be great if someone could fork classic because it has some minor issues. I took out the embedded webext in my local copy because it would block shutdown for 8s. Only needed for backing up the prefs for the future webext version which...
10:49:15 <frg_Away> ...probably will be crippled by mv3 too.
10:53:01 <frg_Away> CaptianTobin Support for VS2017 is in 2.49.5. I extended it to VS2019 there but only for the VS2017 toolset inside to retain XP compatibility. Because of spotty later standars support and some bugs left I can't recommand VS2015 any long and took it out of 2.53 sources. With 2.53 I am on VS2019 and clang. VS2022 works but is a bit too bleeding edge for my taste. VS2017 support is still in too.
10:55:40 <frg_Away> Not sure if this patch made it into the official 2.49.5 sources: https://paste.debian.net/1255694/
11:02:35 <frg_Away> An mxr or dxr with annotation support would be nice but I can live with the current xr. Use if frequently to look things up. tortoisehg coves my annotation needs mostly and 50%  of the time I need to check later versions for backports or future changes. esr52 with annotations would be nice for regression tracking.
16:29:32 <buc> a-865: Could you describe your "mailnews" profile to give me a chance to reproduce the crash locally?
16:30:04 <buc> frg: I tried to apply queueMicrotask patches, maybe this is the reason. :/
16:30:45 <buc> If a-865 has a reliably reproducible test, I would really like to reproduce it myself - then I can understand and fix this issue (of course, if it is queueMicrotask related).
16:33:51 <buc> But first, it could be fine to know whether the official build is affected as well. A big request to those who reported to check this on their own, that is, in your environment where the error manifests itself.
17:48:14 <a-865> buc: IanN frg_Away I copied my sm-mailnews profile, hid the original, used the copy to open official 2.53.14, and it did not crash on (default browser window only) open as Buc's 2.53.14 does
17:48:42 <a-865> buc: describe how, other than as in my email?
17:51:51 <a-865> buc: 129 files in chrome directory
17:52:12 <a-865> buc: should I email you its prefs.js?
17:52:41 <buc> a-865: I'd like to have some steps what I should do on a clean profile to try to reproduce this error.
17:55:12 <buc> a-865: Try to strip private etc. data from the testing profile, strip out some non-affecting extensions etc., and then I could try to reproduce it myself. I beileve it will be faster, rather than trying to decsribe things
17:58:21 <a-865> buc: disabling NoScript while running official, then starting yours doesn't crash
18:00:09 <a-865> buc: enabling NoScript while running yours causes coredump
18:00:39 <buc> a-865: Could you please first try my new build https://buc.fedorapeople.org/seamonkey/download/seamonkey-2.53.14-2.tar.xz ?
18:03:47 <a-865> buc: segfaulted :(
18:05:36 <buc> a-865: Well, then it is not queueMicrotask patches related. :(
20:08:01 <buc> Very thanks to a-865 for providing test profile with reliable reproduced bug!
20:09:25 <buc> The issue goes away when I remove "queueMicrotask" patches, which seem uncomplete for now.
20:11:17 <buc> For me, it crashes even with one opened tab with https://www.avsforum.com/forums/lcd-flat-panel-displays.166/ (or another avsforum.com page)
20:12:32 <buc> frg: If you have a build with qM patches applied, could you confirm that the link above reliable crashes? (NoScripts seems needed too)
20:30:20 <frg_Away> buc told you best not to apply them when I asked you to test. I don't have a build but with these they crashed for me on another website every time so it seems like the same error. It looks like some recursive call hits an assertion. I debugged it a bit then but was unable to find a solution for now. Trying to apply some more stuff for Shadow Dom first because this is where they didn't apply...
20:30:22 <frg_Away> ...clean.
20:43:27 <buc> frg: Accroding to backtraces etc. looks like bug 1443746
20:45:41 <buc> but first, like bug 1443429 (the same final backtrace fragment)
21:02:50 <buc> Interesting, that applying bug 1443746 only fixes the crash (some trivial, but generic event fix)
21:25:30 <frg_Away> buc cool. I thought it was something like this but didn't find the culprit. Looks like a kludge but not the first one.
21:31:51 <a-865> IsambardPrince: buc made my crash go away
21:33:08 <frg_Away> I am in the middle of a big rebase so won't make todays 2.53.15b1 pre
22:35:08 <IsambardPrince> Also, while I'm here anyway....
22:35:14 <IsambardPrince> Palefills stopped working at all
22:35:35 <IsambardPrince> I was looking forward to my Google Drive working again.
22:37:45 <tomman> IsambardPrince: https://github.com/martok/palefill/issues/48
22:38:07 <tomman> just got bitten by that yesterday, but found a easy fix
22:41:44 <IsambardPrince> Will there be a bump soon or is there something I can do locally to work around this?
22:42:39 <IsambardPrince> brb
22:54:14 <tomman> IsambardPrince: it's a one-line edit, but of course you need to download the XPI, unzip, mod, repack, and reinstall
22:54:37 <tomman> the issue hasn't been acknowledged yet, but then I filled it on a Saturday night :D
22:58:09 <IanN_Away> tomman: thanks for filing the issue and working out what broke and needs fixing
23:58:23 <a-865> what  does having polyfill installed and working accomplish?