00:55:18 i need to rebase them against the latest patches but here are my cc patches https://code.binaryoutcast.com/thereisonlyxul/brineshrimp-patches/src/TRUNK/mzla/comm/series 00:55:23 if you care tomman 03:07:51 welp guess I am doing https://bugzilla.mozilla.org/show_bug.cgi?id=1912236 on central tomorrow 03:08:04 too late tonight 04:17:07 Services.tobin.sleep(); 05:31:11 couldn't sleep so I did this instead.. simplified xulorg's template .. still have to adjust the color of the stolen navigation sidebar https://thereisonlyxul.org/ 14:11:00 Good I am happy with thereisonlyxul.org's modifications.. makes it easier to click where I wanna go all in one place 14:11:07 good morning #SeaMonkey 15:24:22 nsITobin greetings 15:28:17 ah hello frg_Away 15:45:30 well frg i have VMs to build wip and central and I have a repo to store mah patches in and i have patches to finalize and i modified xulorg's design and front page so i am pretty happy atm 15:45:49 cause Real Fun(tm) shall commence shortly, I'm sure. 15:52:51 nsITobin given that IanN has not objecxted to bug 1913787 might wantr to check the Firefox menu. Seems it is using history. I would still keep the sync item in it even if it is unlikely to be activated again in this life. 15:53:40 well issue is it was mangled into the go menu 15:53:49 would also keep the first four go items 15:53:57 this would be resolved with a syncui and backend replacement tho 15:54:36 otherwise I am gonna have to split it out to its own function.. and then comment it out and deal with it later 15:55:08 personally I'd rather rewrite the previous patch with ifdefs so when/if it gets fixed/replaced/whatever its easy to find 15:55:37 maybe into tools? Not a big deal anyway. Or do a seperate part 1 removing it so we cann easier restore it later nor never :) 15:55:53 likely navigatorOverlay.js 15:55:57 where the menu is defined 15:56:08 in the xul file 15:56:11 I would THINK 15:57:38 splitting it would be better for ANY contengency rewriting the older patch or just backing both out.. ye 15:57:41 I will do that 16:06:10 nsITobin: wondering what it was you thought you needed to do for bug 1912236. Wanted to make sure I already allied this to suite in the 2.53 gitlab patch queue https://www.wg9s.com/comm-central/patches/seamonkey-central-patches/comm-central/patches/9999999-port1908725-suite-bustage.patch 16:09:15 Ok so you know I have this basic browser buoy window and I use a browser element and thunderbird's MailE10SUtils to manage it so i can have basic navigation .. due to this bug the behavior is it spawns a new process and new main window instead of doing stuff in tthe browser element also doesn't rememeber what it is supposed to do 16:10:08 that is how I came across it 16:10:28 once I realized it was spawning new processes i knew e10s so i search thunderbird 16:12:08 reading that bug was uncanny tho WG9s .. they do not know the history of their own project 16:12:14 even those that SHOULD 16:25:54 okay so I already have this patch in my working queue WG9s 16:27:43 so not sure about palemoon but for wuite I needed to add the moz.build change for jsshell wanted to make sure you was that becuase if you do the TB fix in the bug you referenced will reuslt infailured bulding js shell under windows 16:28:04 trying to make sure you don;t ave to reporduce stuff ws already a solution for 16:28:20 what does Pale Moon have anything to do with it? 16:28:59 i did not know why you thought needed to work on it becuase i had alredy landed the fix on central gitlab patch queue several days erlier 16:29:36 i didn't realize you had ported it 16:29:42 i guess it isn't enough 16:29:51 so thought perhaps working on a different project build off of comm-central 16:29:56 cause control over browser elements is busted 16:30:14 WG9s: at this inital point.. its all the same work 16:30:39 well se that is wone of the issues where i have only been tasked to make sure the suite still builds and since the UI is terminally broke is hare to test anything 16:30:48 getting SM to be able to test stuff requires a working browser element that is controllable as much as an indpendant webrunner does 16:31:53 OK was confused i figured you either had not seen my patch or was working on a different project (like PaleMooon) 16:32:06 I didn't see it 16:32:29 seems you re past wat i have. do you actually have patces that make the UI work to any extent? if so I would love to add them 16:32:30 I only refreshe dthe patches last night and built 16:32:38 my state before that was before this landed 16:33:45 The current status (before this bug) was SeaMonkey could build.. and launch into an alternatively created main window with devtools and a working --chrome command line handler added to devtool's that is where I locked it off 16:34:07 so all i did was prot waht seemed to still aplly form the broswer ptches in te initial bug then add stuff not already included and changed in the TB patch and then add the js sell stuff to add the propsys library 16:34:11 even without my temp ui just the devtools with chrome cli flag is immensely helpful for testing 16:34:51 but how do i get to be able to run devtools if the ui does not come up? 16:35:31 seems you know some magic that i am not aware of 16:35:34 well the reason the UI doesn't come up is because we have no functional (and later no) glue that tells the thing what to do with its self 16:35:44 or have patches applied that i am not aware of 16:35:46 WG9s: trenchxulfare 16:35:50 i don't recommend it 16:35:51 lol 16:36:08 WG9s: when we last spoke about this i was just creating and figuring it out 16:36:54 but central is secondary to 253 so i don't want to get lost in the wilderness they planeted after bulldozing all the useful stuff 16:37:01 if you have patches that help and do not break the build send them to me and i will add locally to my build and if they loook good I will try to get frg_Away to approve them 16:37:30 I am actively getting them organized and so they can be added on top of current patch queues that is what I was working on past few days 16:37:51 I didn't wanna make TOO much of a fuss until i got it good and not changing it every hour lol 16:38:22 well just saying of they make thinks better on my builds frg_Away would probably love them to be added 16:38:38 not sure what platforms you test your code on. 16:38:39 WG9s: these need rebased and cleaned up and headers fixed but you can see what i gots https://code.binaryoutcast.com/thereisonlyxul/brineshrimp-patches/src/TRUNK/mzla 16:38:43 central 16:39:01 just checked out last night 16:39:17 also put this up yesterday https://files.thereisonlyxul.org/version-control/hg/ 16:39:46 more valuable than later version tarballs 16:41:04 Os so clean them up and fix headers and wend me a zip with all the patches and a series equiv type file to show intended order to apply the patches and I will start incldeding them in my central nightly builds, shich I think would assist in getting the ptches to be accepted 16:41:13 WG9s: if you had waited 24 hours the issue of not knowing what I have or have been doing would have been resolved ;) 16:42:05 and depding on what i think, i resrver the right to add them to the gitlab central quwue without frg_Away approval. Afterall, I do that with my patches. 16:42:07 i do my queues with a series file and subdirs so that it can simply be "overlayed" on top of the sm queues and series file contents pasted in 16:42:33 so its far easier for others to consume 16:42:47 figured it out 2 days ago lol 16:42:53 i think its a good idea 16:44:02 so you have a site somplace with new patches and a series file that I could apply on top of my crap? 16:44:40 I usually check in everything which breaks building and leave the others in the queue so that future checkins are easier. Usually it takes much less time to rebase the queue instead of rebasing patches. 16:44:48 I don't have em up on a naked http dir no.. 16:45:09 I might prefer to wait till ou think the patches are worthy of landing on the gitlab central zueue 16:45:33 https://code.binaryoutcast.com/thereisonlyxul/brineshrimp-patches/src/TRUNK/mzla/comm/series#L1-L4 16:45:41 these should be ok but they need headers revised 16:45:53 i have 2 states of patches similar. those I apply locally as part of my build script and those I land on gitlab so as to be expected to be added to everyones build 16:46:00 null-dll-blocklist is a top patch not for central 16:46:10 unless they accept my platform patch which they won't 16:46:38 WG9s: I am just copying and pasting back and forth moving my gaurd fake-patches in place.. extrapolated from what frg seems to do 16:47:04 i do need a pass to fix the headers tho that needs scripted like you have mentioned WG9s 16:48:09 I am seriously getting into this development style i kinda like it 16:48:40 what is wrong with headers? all i care about in headers is that they have a valid hg header line. A user line that contains a valid contributor name with a valid email address and a valid Date line 16:49:01 not all of em do cause not all of em have had an export pass ;) 16:49:07 something I am working on 16:49:54 i don;t like to put things on gitlab that will fail when the convert the Mercuril prop to git thing they do at release time. is fussy about user like without an email and either no or unparsable date format 16:51:15 swap yours for this https://code.binaryoutcast.com/thereisonlyxul/brineshrimp-patches/raw/TRUNK/mzla/comm/revised/WIP-1783623-port1524687-suite.patch follow up with 16:51:16 https://code.binaryoutcast.com/thereisonlyxul/brineshrimp-patches/raw/TRUNK/mzla/comm/contrib/about-redirector-jscomp2esmodule.patch 16:52:04 and do these anywhere 16:52:05 https://code.binaryoutcast.com/thereisonlyxul/brineshrimp-patches/raw/TRUNK/mzla/comm/contrib/add-brand-ftl.patch 16:52:11 https://code.binaryoutcast.com/thereisonlyxul/brineshrimp-patches/raw/TRUNK/mzla/comm/contrib/remove-global-dtd-useage.patch 16:53:10 that SHOULD get you access to spawn any window from commandline as well as an attached browser console by normal means 16:53:16 otheres seem to care about NOde ID and Parent ehaders but as they do not break the port HG stuff to git thing I don;t really care. 16:53:49 https://code.binaryoutcast.com/thereisonlyxul/brineshrimp-patches/src/TRUNK/mzla/comm/contrib/null-dll-blocklist-bustage.patch and https://code.binaryoutcast.com/thereisonlyxul/brineshrimp-patches/src/TRUNK/mzla/gre/contrib/TOP-UNFINISHED-unrestricted-comm-build.patch 16:53:53 so it can run 16:54:37 and not crash 16:54:43 the rest is a mess 16:54:51 or busted now with that bug 16:55:21 WG9s: I am not sure it actually matters in mq 16:55:28 the node id and parent headers 16:55:34 but i bet bugzilla likes em 16:55:52 exactly frg_Away seems to like to change them my feeling is no one cares 16:56:08 but I will do them as you guys want because the idea of contributing is not making extra work lol 16:56:28 because they are likely to depend on other work in local queue so incorrect anyway 16:56:44 for nayonone other than you (or me on mine) 16:57:15 I try very hard not to make those mistakes.. but no promises ;) 16:59:20 WG9s: this little patch repo 16:59:24 also has another secret 16:59:38 https://code.binaryoutcast.com/thereisonlyxul/brineshrimp-patches/src/TRUNK/mach 16:59:49 it's unfinished but helps 17:00:32 heh need to update the bundle baseurl 17:04:27 ids are recalculated during qrefresh. Doesn't matter. I only check ocassionally when I backport with the original bug that I have the reght revision. Afterwards new or old doesn't matter. 17:07:21 my intenion with this script is to basically automate a simple way the task of getting wip (and 115) or central, running bootstrap in 115 or central (in central's case change the origin url to mozilla and pull) and then patch.. and after ALL THAT.. Then apply my patches ;) 17:08:36 I also want to attempt to figure out a way to rewrite the visual studio finding logic to pick up the cached 2019 version that 115 downloads if it is there otherwise exclude it and download and run vswhere with a predefined configuration 17:09:07 so that the entire process is minimal hassle even if it will take quite some time 17:10:19 among other patches both 253 and central and other BinOC things too like an operating system lol 17:11:06 I must do more. 17:28:42 WG9s: there is a simple cheat to ns*App.cpp 17:28:45 copypasta 17:28:54 and change Thunderbird to SeaMonkey 17:31:13 nsITobin: but would be great f we were not at cross purposes. WOuld need to treat the central hg repo plus the gitlab seamonkey-central-patchs repo as the base so that we are wriing patches based on te same base. 17:31:52 and if you think that might work i will try to get you patches landed on gitlab based only on my approval 17:32:36 so like if i think this breaks nothing and maes tings better i sill wuickly approve and add 17:33:02 we seems to both have the same goal so no reason to not be coorperating 17:33:21 WG9s: does it make sense to still consider central as future seamonkey 253? 17:33:38 or maybe I am misunderstanding 17:34:12 frg has gen up on central but maybe not adverse to geting it ot m-c68 esr 17:34:48 so still possible issue is he stillwants to keep wupporting legacy add-ons 17:35:01 WG9s: how can one build esr68 tho i couldn't get it to do it because I'd need to manually solve deps because taskcluster no longer cares or provides for older codebases 17:36:48 and i think many don;t get that that is a huge security issue. is an API that add-ons are supposed ot use but nothing prevents a legacy add-on to bypass the apis and just access global variables to make completely arbitrary unsupported changes to the code. 17:37:01 WG9s: there is no reason to believe one cannot have XUL Extensions at ESR68 just need some reverts it just may not be the full spectrum of restartful toolkit extensions.. they would be bootstrapped unless changes were made otherwise.. THIS is an area I know very well the jump platform upgrade and revert thing 17:38:32 esr 68 makes no sense. missing tons of later js stuff and legacy add-on support is so gutted it would basically all add-ons to be changed. 17:38:45 so the mozilla firefox pi\eople tried to do this by only allowing add-ons on AMO that did not do this, but then nothing preventing add-ons form other sources 17:39:10 other than a warning 17:40:09 so have to overrride that to tet ad blocking to use and once you do then anyone else with a malicious add-on is also permitted 17:40:20 WG9s: I disagree with you on the security issue of having powerful application modifing extensions and here's why.. Properly informed and educated users with approerate education and informational resources are more than capable of deciding if they want or should run packaged app hacks and the consiquences if it goes wrong.. This is what killed the technology.. lack of proper user education .. and a willingnes to have a powerful open extension system 17:40:20 open by default in the 2010s when most don't need much as "proven" by webextensions.. it should be there but opt in.. a power user feature for power user modifications.. but this again is only a problem because of Mozilla mistakes and sabotaging by dumb decisions the fostering and curation of this technology and ecosystem 17:41:30 also i want them too LOL but i also want binary xpcom extensions on top ;) 17:41:34 a whitelist of add-ons that are permitted without having to get them working by allowing all add-ons this priv woud have been way more appropriate. 17:43:43 they tried this but not sure what happened and decided to just not allow legacy add-ons at al 17:44:24 I'd be fine with babymode computing as the default if I had a quick and effective way to make it go away so I cna get back to what I was doing that is my problem with modern security 17:45:08 Modern Security is drenched in the assumption that I as the user do not know better than the machine 17:45:16 user.. OPERATOR 17:45:22 System Operator 17:45:44 I think your (and my) issues are the same people wtih no idea bout security trying to dictate what is best for security reasons. 17:45:46 if I question it.. maybe I can make the decision my self? 17:46:19 Privacy, Security, and general risk assessment can never be one fits all 17:46:42 nsOreason i said go via me for now is I am authozed to change gitlab central aptch queue and am not sure you are.. 17:47:30 if I want to run Windows XP as NT AUTHORITY\SYSTEM on an unfirewalled open internet connection.. I am prepared to mitigate or face the consiquences of that action. Even if I admit its kinda stupid. 17:47:54 and make a very huge understatement ;) 17:48:27 but I still think betr if we work together 17:49:29 https://youtu.be/wGGW4IezbC4 17:49:32 I don't want anymore access to anything than you and the others feel is approrate and required to faciliate activities. 17:50:00 nsITobin: not up to me 17:50:34 i don't think I need anything currently and i might mess it up as I am still leanring and forming my own workflows based upon em 17:50:48 except to document what and how and whatever i am doing better 17:50:52 maybe start a blog 17:50:54 LOL 17:51:40 so its all.. well what is tobin doing *looks* ah well this and this i want this is crap and this needs to be rewritten AND WHY are there still BinOC patches lol 17:52:02 just sayin if you ork from same base as me easier fo rme to advocate for you patch if you anet me to build using teh current hg and ignote the gitlab patch queue and use your's instead (which is what I think you said) not so easy fro me to help you here 17:52:16 I can stay in sync 17:52:35 I just didn't do that initally cause its INSANE on 253 atm 17:52:36 I knew you wul understand 17:52:52 try forming it as an order 17:53:00 ;) 17:53:21 if you work on the same base as me i can easiy test your patches on allplatroms 17:53:41 seriously yeah I didn't mean to split off but that last bustage and this one has kinda thown a wrench in my central queue 17:54:14 cause I was working on prelem es conversion by hand 17:55:04 but changed gears becuase that is gonna be a time sink and i need to get stuff where you guys can easily access it instead of throwing links constantly to adhoc files 17:55:32 nsITobin: not making it an order just saying fi not forking is wasier to get it landed frg_Away wirites patches for central to include m bustage fixes. he is a way behind of this becuase of his other issues, but is now back to all my pending bustage patches will end up on comm and mozilla central so would be better if you dealt with thm now 17:56:11 but also if one of tem looks completely bogus let me knwo and i might remove it if you have a better replacement 17:56:15 well I got the VM for central up 17:57:55 also shuld havw been py8ing for attention. my requiremnt meant did not require a rull UI but required at least a small window with an X choice to kill the app 17:58:24 seems that had not worked in a log time. I should ahve been apytin more attention. 17:58:41 WG9s: I been chaotic with false starts for over 2 years now.. i don't blame you for not paying much attention until stuff materalially starts happening 18:01:39 the ONE damned thing that is annoying about working with patches and it isn't mq's fault is popping off anything configure or a configdep means i have to wait an hour 18:03:27 kicked off with a whole code transplant from Thunderbird's nsMailApp.cpp to SeaMonkey's nsSuiteApp.cpp (with a few strings replaced) 18:03:41 any bets if it will work, work as intended, or fail 18:06:08 i have no ide 18:06:39 idea IanN was last to look at this code from the suite perspective 18:07:52 frg_Away: prefers changes to be bug by bug changes and not a wholesale replace, just sayin 18:18:31 nsITobin: besided ust replacing one .cpp file with a newer version without looking at the changes this actually had done on central in defined version changed other files that your just replace this does not do so this is more likely to cause more than it fixes. Just my opinion. 18:19:55 WG9s: if i reverse the clang style changes it will be effectively the bug 18:20:27 oh ok then fine 18:20:33 xre bootstrap made ns*App.cpp almsot identical across the board 18:21:53 but still check with frg_Away sometimes he is fine with jut doing the style changes other times he prefers dong the changes with out the style changes 18:23:03 indeed 18:27:03 the downside with --jsconsole and --chrome vs entry points from Buoy is you only have the life of that one window and since everything is busted you can't do much else.. that is why the minimal window I created as a substute entry point for SuiteGlue effectively and as an isolated working (theoretically) thing can let you fix what you want if you want or at least pull something up in the browser element 18:28:54 WG9s: its a crime you won't find ANY of this outside deep in the shitpile of the Pale Moon forum 18:29:01 or this channel's log 18:31:11 the real js console was more useful for this as an ancor 18:31:18 but that is long gone 18:35:00 WG9s: did you add the followups? maybe that's the issue for the difference 18:37:10 yep I think that is it 18:42:44 why didn't they squash this before landing proper 18:56:23 it is my estmimation the last real codebase to have something akin to a XUL platform would be esr102 with heavy reverts and retroengineering.. beyond that there just isn't enough mozilla left in Mozilla beyond the rendering engine and accessing it is a pain in the ass these days but I will find a way for one project or another 19:01:39 I wonder how bad thunderbird reacted to this.. i bet there were half a dozen main windows open all not right 19:26:46 WG9s: confirmed 19:26:54 needed followup patches 19:28:05 nsITobin: so if you do those either one bug at at ime (i am not a sticler if more that one patch in a bug (ust try8ing to satisfy frg_Away requirements. 19:28:35 IanNs too :) 19:28:51 it was easy to miss the last follow up landed a day later and without having anything to actually display and see how could you have known anything.. 19:30:21 When I did the library replacement it was almost impossible to do this bug based but that was/is one of the few exceptions. 19:30:48 frg_Away: do you care if nsBrowserApp is clangformatted? 19:30:59 err 19:31:02 suite app 19:33:59 I usually do manual formatting. IanN is sometimes allergic when it comes to my reformatting in patches so I try to not overdo it. 19:34:00 Anyway one day we need to do it for all files. 19:34:52 see while clangformatting moves the braces up like I like it also makes all the function arguments a messy list instead of listed out unless just a few 19:36:37 well from experience thunderbird's nsMailApp as-is with just a few string changes is a very effective and almost universal match for anything the suite is doing 19:37:00 especially now that most of the code was shipped off to xre bootstrap 19:38:07 in UXP everything was ultimently based on Basilisk's refernece when such a cheap hack would do ns*App, shellservice, other things.. aboutRedirector tho.. Thunderbird 19:39:03 nsITobin I usually move the braces up and leave the function alone. Current code looks all messy in mozilla-central 19:39:17 frg_Away: which formatting do you prefer? netscape, late mozilla, or clang 19:41:43 not that I am the greatest at ahearing to it I prefer to code in what I deem a updated netscape style.. which is different than late mozilla tho some earlier styles are still present in this PHP code 19:41:44 https://code.binaryoutcast.com/thereisonlyxul/neptune/src/TRUNK/base/src/nsUtilsCore.php 19:43:21 i need to fix a lot of alignment 19:43:24 .. mass renames 19:43:27 how mozilla of me 19:43:36 nsobin probably like a mixup too. Around mozilla 68 was ok so maybe clang 7 8 . The late formatting is bad 19:44:47 i'd seriously consider doing some pathfinding with esr68 but I can't build the bloody thing closest thing to it i can build is.. 19:44:49 wait for it 19:44:53 SeaMonkey ;) 19:46:35 of course you know frg_Away .. having a patchqueue would have been invaluable to how I managed to achieve vNext 1 and 2 on Pale Moon 19:47:32 it was lots of branching long recommit times and then reapplying everything and doing a little more and over and over again up every mozilla version.. just aiming for and you guessed it.. simple buildabiliy first and foremost 19:48:21 esr68 would probably build with an old rust version and clang. 19:48:32 how do I downgrade clang 19:48:39 i downgraded rust but it failed 19:49:24 it's bugging me cause the xp people can do it 19:49:41 I shall not have the capabilities of Windows XP users exceed mine! lol 19:50:14 nsITobin you now and then grab artifacts from taskcluster. I thinki have clang 9 and 14 for Windows. 19:50:30 are they still up there? 19:50:37 That s how we cross compile for macOS 19:50:47 but basically same for Windows. 19:51:03 i have some old slng versions tar files tha you can install in ~/.mozbuild 19:51:18 and then specify them in your .mozconfig 19:51:39 WG9s: we should put it up on files dot xulorg 19:51:41 for sure 19:52:23 nsITobin not sure. Doubt it. 19:52:47 if have clang 11 and 13-17 in additon to the version 18 that mach bootstrap installs 19:53:57 only esr 115 and up on treeherder https://treeherder.mozilla.org/jobs?repo=mozilla-esr115&revision=7f637e49879c02d0c0af264f2fc3aafc07823782 19:54:08 so you can't find them via this route. 19:54:21 then in my bmozconbfig at top of the file I export CLANG=$home/mozbuild/clang and then do everytong else like CC CXX etc uisng CLANG 19:54:23 right i was searching for taskcluster 19:54:28 re-bookmarked 19:55:07 if you can;t find what you need elsehere i can email you the tar file 19:57:50 WG9s: I sent you creds to upload stuff to gallium if needed 19:59:47 please don't fill the disk the logbot doesn't like that ;) 20:14:49 gitlab wip updated. If anyone misses nsIDOMSVGLength aka bug 1435138 let me know. 20:15:12 will move it over to 2.53 next too. 20:30:40 frg_Away: trying to think what outside the machinery of website rendering scope would use it for 20:41:18 nsITobin and then there are also sw´vg web interfaces too. 20:42:01 well i just dunno what use svg manipulation has in an extension 20:42:11 unless you wanted to make an svg creator 20:42:16 https://www.w3.org/TR/SVG/types.html#InterfaceSVGLength 20:43:58 nsITobin anything which every used it is probably so dead no one remembers it. And new stuff can use the regular interfaces so no loss I assume. 20:44:43 well of the popular sub-thousand extensions in my head .. but in a mist of sorts.. i can't recall any of em being anything svg related 20:45:27 my small brain neither. 20:46:10 firefox extension mist is not a typical brain condition i trust