17:41:45 <CaptainTobin> Good morning #SeaMonkey people
17:41:54 <CaptainTobin> afternoon actually
17:42:22 <CaptainTobin> where IanN[m] comes back cause I said something or SO IT SEEMS LAST FEW TIMES
17:42:35 <CaptainTobin> that's ok, I like ian
17:43:04 <CaptainTobin> it will be full circle once I get tycho weave put in and hook the fe back up
17:44:06 <CaptainTobin> cause I remember when IanN_Away asked me to test weave in extension form when it was first being added to SeaMonkey so to do that hopefully before the year is up .. more likely a new years present will bring it around!
17:45:30 <CaptainTobin> best part about that is .. you guys actually want it.. i can do it.. just needs done.. can't say the past 10 years have been THAT easy lol
17:46:34 <CaptainTobin> I am currently trying to determine what if anything makes xpfe autocomplete intrensicly incompatible with aviary toolkit autocomplete binding
17:48:14 <CaptainTobin> cause urlbar binding usage it looks like nothing else uses it on the surface but I wonder what specifically about the xpfe autocomplete binding vs the toolkit one does the urlbar use
17:49:43 <CaptainTobin> guess the only way to find out is to remove the preprocessing between one and the other in xul.css and see what works and what doesn't
17:50:54 <CaptainTobin> I'd also like to know which is superior
17:51:27 <CaptainTobin> and maybe resolve the differences in a final autocomplete binding both xpfe, toolkit, and runtime can all live with
17:52:37 <CaptainTobin> I may need to get a phoenix browser building again for operational refernce.. so more work.
17:53:37 <CaptainTobin> should have kept pm-gre building all along.. I'm the fatass who keeps repeating the more applications poking it the more complete a picture of the performance and status of the platform we can have which means superior decisionmaking regarding it
17:54:29 <CaptainTobin> glad I ain't gonna be actively working on it giving it the borealis treatment.. Like the Thunderbird UI internals while everything pretty much works the code is a disaster
17:55:35 <CaptainTobin> I don't have time for BROWSERS only navigators!
17:56:02 <CaptainTobin> maybe a suite on occasion
18:01:45 <frg_Away> CaptainTobin played around with comm-esr52 yesterday. Exported all changesets from the default branch and tried to add them to a git repo. Only about 28000 and I have a script for this which I use for our releases. Got till about 800 and then the fun with additional merges and not chronologically backouts started. I will do another check over the weekend but it seems without history is the...
18:01:47 <frg_Away> ...only thing halfway easy to do for comm. There are some tools around and I will see if I can get one working.
18:03:27 <CaptainTobin> well least c-c only goes back to what.. 2008?
18:03:46 <frg_Away> 2007 or so
18:04:38 <CaptainTobin> better than 1998.. I have a git repo of the mozilla-cvs history I believe it goes up to.. well let me just check.. like the traditional build var goes.. cat browser/config/version.txt for FIREFOX_VERSION
18:04:40 <CaptainTobin> right lol
18:06:06 <CaptainTobin> https://code.binaryoutcast.com/third-party-archive/mozilla-cvs/src/master/browser/config/version.txt
18:06:34 <CaptainTobin> so basically if i can get c-c in a git repo i will have everything I need to find anything.. in theory
18:08:20 <CaptainTobin> that is also other than aesthetics why I go to the trouble to modify the gogs template to be more github like.. it facilitates my process in surfing repo history
18:08:39 <CaptainTobin> well older github-like
18:17:42 <CaptainTobin> frg_Away: thank you for poking at it for me
18:18:20 <CaptainTobin> egg.build.mozilla.org
18:19:52 <CaptainTobin> I referenced this repo many times over the years especially in the area of the add-ons site.. cause this cvs conversion HAS the webtools bit so umo and amov2
18:20:12 <CaptainTobin> not much is directly useable just concepts or kernels of concepts
18:36:08 <WG9s_> [p-------'