04:49:57 Did the latest stable fix the Publish window not closing after publishing ? Yes, I've unticked the box. 14:12:11 I suppose the screenshot from bug 1112694 illustrates that problem as well? 14:13:04 "all files published" and the checkbox is not checked 14:17:37 something like Do you wish to end the hold and resume the schedule? 14:18:17 this is a taking questions that have a yes/no answer but then displahying buttons that say cancel and conform or any other working should just be yes or no. 14:18:54 oops thos last 2 posassts ers intended to be in the conversation with njsg 14:31:28 Status meeting starts in 29 minutes - https://wiki.mozilla.org/SeaMonkey/StatusMeetings/2022-02-20 14:33:34 Hi tonymec 14:34:04 hi frg 14:36:48 hi tonymec, how were the storms for you? 14:37:46 next one due tonight I think 14:38:19 hi IanN, with a heavy coat I could stand them, and you? 14:39:03 Hi everyone here for the meeting 14:39:38 Hello! 14:39:54 hi lonely one here for the meeting :-P 14:39:57 Hi jardsonto 14:40:09 Hi WaltS48 14:41:17 Hi frg, WG9s, IanN and all. 14:41:39 tonymec found it not so bad. Coast was hit harder but nothing I haven't seen before. Was a bit surpised that this one was categorized as the worst since 2007. 14:41:41 hi WaltS48 14:43:55 frg: hm, maybe we weren't outside in the worst of it. 14:45:15 hi WaltS48 14:45:30 tonymec: got soaked 14:45:52 IanN no hiking in the woods I assume :) 14:46:17 frg: not this weekend 14:47:14 IanN: here in Brussels I felt more wind than rain. 14:47:23 IanN looking at the forcast does not look good for GB the whole week depending where you live. 14:47:56 west coast might get it again harder. 14:49:31 here where I live in massachusetts sometimes storms that don;t seem that bad to me are thought to be the worst becuase of the number of beachfront proerties that got totalled. but then some of these seem to be build between where the lighthose is and the waters edge so seems to me the fault of any one who build bought approved a mortgage or insured issue as being just terminally stupid. 14:52:56 WG9s they started to build houses in known natural areas subject to flooding here and then guess what happend when the flimsy levees they added to the areas broke... 14:53:45 but really building closer to the wate rthan the lighthouse? that just seems like recipe for disaster. 14:55:48 Status meeting starts in 5 minutes - https://wiki.mozilla.org/SeaMonkey/StatusMeetings/2022-02-20 14:58:10 WG9s: depends... I know places with a lighthouse at the back of the harbour entrance channel and another one higher and further back, blinking isophase to create an alignment. 14:58:27 hi rsx11m 14:58:44 hi IanN frg tonymec WG9s 14:58:54 hi rsx11m 14:58:57 Hi rsx11m 14:59:05 hi .* 14:59:22 It is not everywhere in the sate. People on the NOrth Shore have lost homes that were there forever, but we have these pople on our south shore who had money could pay off people to get permission to build where they should not have been and got what they deserved. 15:00:05 hi njsg 15:00:12 hi rsx11m 15:01:27 Status meeting time - https://wiki.mozilla.org/SeaMonkey/StatusMeetings/2022-02-20 15:02:22 Who's taking minutes? 15:02:52 me and probably late again 15:03:24 Almost forgot last time because didn't add it to my virtual post-it. 15:03:52 so you mean late posting 15:03:57 Nominees for Friends of the Fish Tank? 15:04:00 WG9s: in the Netherlands there are several "verdronken landen" — areas of several villages each, which were drowned by tidal storms in the Middle Ages and are still under water. 15:04:52 Nominate WG9s for building our prereleases and central and keeping up with my/our doings with the patch queues. 15:05:26 second WG9s 15:05:47 Well thank you 15:06:06 3rded 15:07:57 Action Items 15:09:43 Nothing new from me. 15:10:18 I am still remiss in not getting my promised logbot working 15:10:45 Status of the SeaMonkey Infrastructure 15:11:18 i do have the disk frg provided installed and it is bing backed up now so just neet to catully do the part where it logs in and logs 15:11:52 All building I think. I worked a bit on further stylo updates for later rust versions than 1.37 but got bogged down quickly with rust dependencies. 15:12:08 Rest assured will never be my favorite language. 15:12:22 nor rust :P 15:13:12 hmm need to update the reomving 32-bit support to say 2022 rahter than 2021 15:14:40 ... didn't happen in 2021, apparently ;-) 15:15:13 Windows x86 still builds fine and so does Linux for now. Can keep it but don't expect me to give much support for it :) 15:16:42 Maybe ewong can get some numbers from the update server? 15:17:30 we are hoping to enable heptapod hg repos soon 15:18:26 Status of the SeaMonkey Source Tree 15:19:15 For the infra I might update the VS2019 for the final release. They fixed a compiler bug in it and seems to do fine. 15:19:47 VS2022 17.1 is usuable too now but I intend to keep VS2019 a while longer. 15:20:28 frg: sorry jumped the gun 15:20:40 For source tree have some work in progress stylo updates for 2.57 but nothing more for it. Still backburner. 2.53 is progressing nicely. 15:21:07 my builds still use vs2019 becuase i am still keeping vs2017 around just in case need to do something with a new SeaMonkey 2.49 security update and keeping 3 version of VS around is a bit much. 15:21:59 also 32-boit supoort I might be able to find time to keep them at least buildsng if frg gives up on them. 15:22:08 WG9s well basically you use clang and the VS2019 tools only :) 15:22:14 yes 15:22:39 But VS2019 can be used with 2.49. You need to install the VS2017 toolset and XP dependency stuff. 15:22:46 MOzilla no longer builds uisng MSVC and so I d not either. even for 2.53 15:23:28 Yes Thought about switching but I like to have two compilers around for testing and debugging. 15:25:22 plus otheres might want to build and debug using VisualStudio 15:25:33 in the gui 15:26:25 I think it is supported now with clang too because MS bundles it. 15:27:00 Release Train 15:28:11 2.53.11 is late but building should begin today. Checking in the patches right now. 15:28:15 2.53.11 should be released in the next week 15:29:32 If any latge breaking patches show up let me know and I can include in my builds 15:30:06 late breaking 15:30:48 WG9s don't think so. A few sec fixes and also found a few crash fixes for mail which are included. Already in your builds to see if they are bad. No complaints so in they go. 15:31:13 Also the TrimStart and TrimEnd string properties discussed two days ago. 15:31:42 yes was asking if something shows up not yet in mhy builds feel free to aks for me to do an eraly build if required 15:32:13 WG9s nope all in and expect anything else. 15:34:18 fyi gitlab 2.53.11 final branch is now updated. 15:34:31 So the build fun can start 15:34:57 Extensions Tracking 15:35:42 I removed a few more NPAPI bits in 2.53.12b1 pre and also started to take out gtk2 which is dependent on this. 15:36:04 github-wc-polyfill is now at 1.2.13 15:37:03 Closed Bug 1367257. If anyone objects reopen :) 15:38:20 github still has problems with it but seem to be css related. gitlab seems to do better and heptapod is now supported too but didn't check. 15:38:45 i like that I worked wth the redhat people on trying to get firefox working with gtk3. I have no idea why we would need to still support gtk2. 15:39:40 WG9s we don't but the NPAPI stuff is still in and needs it for building. 15:40:23 2.Next, Feature List, Planning and Roundtable 15:40:36 Bug 1675349 and Bug 1682030 are needed. these are 40 parts and there are only so much hours in the day :) 15:41:33 no worries ... 15:41:36 Tried just putting Bug 1377445 and followups in but this breaks. 15:41:38 for roundtable I am still working on geting an irc logbot and server set up. just seems not enough hours in the day! 15:42:29 I got a new job starting in May so this will impact my availablity unfortunately. 15:42:35 BAU for me 15:43:32 i do have a new drive set up for the data and mhy backup set up to back it up so now just get the config files working and things being logged and having a mechanism to make one of the channels I want to backup be private with logins required. 15:43:55 bjt I could start with out backing that chennl up 15:44:13 Doing robin round with backports. Now on microtasks but not sure if I can put them in fast. 15:46:10 problem with the one channel trying to keep private is trying to design a way to permit people via the webserver to change their password 15:46:35 But 2.53 is now beyond 57 level with base fixes and while this still sounds outdated the big reshuffles in the source done between 56 and 57 make applying follow-up patches easier. 15:48:29 I had a look at some Composer issues, I hope I can do something to add error handling and error messages to the save code; there's at least one bug about slowdown in source view but that seems to be from the editor element, when it is filled with a long-enough multiline text 15:51:14 AOB? 15:51:52 not here 15:52:32 neither nere 15:53:17 okay, next meeting in 2 weeks time, same bat time, same bat channel 15:53:33 see you in March! 15:53:35 bye 15:53:42 bye 15:53:51 bye 15:54:07 see ya 15:54:11 bye rsx11m and tonymec|away 15:54:18 bye walts48 15:54:50 see you 17:31:33 hey, I wanted to say i found a minor problem with the README that gets generated for seamonkey releases 17:31:56 it says the command 'git clone -b 2_53_10_2_final https://gitlab.com/seamonkey-project/seamonkey-2.53.10-comm.git comm-25310' was used to get the sources for 2.53.10, but that git repo doesn't exist 17:32:08 (or is not public) 17:32:18 https://gitlab.com/seamonkey-project/seamonkey-2.53.10-comm.git -> https://gitlab.com/seamonkey-project/seamonkey-2.53-comm.git 17:32:35 in other words 's/\.10//' 17:33:05 i am referring to this file btw https://archive.mozilla.org/pub/seamonkey/releases/2.53.10.2/README.txt 19:23:56 Well, the issue with "user-menu" with github-ws-polyfill-1.2.12 and SeaMonkey >= 2.53.10 seems to be introduced after the backport of bug 1391154 19:25:40 See http://www.wg9s.com/comm-253/patches/seamonkey-253-patches/mozilla-release/patches/1391154-61a1.patch for more info. 19:26:34 Any thoughts are appreiated. 19:30:29 tomman: If you wisely have not begun to bisect yet, then do not do it. :) 19:48:55 After reverting bug 1391154, the "user menu" works under 2.53.11b1 (with both versions of the github-wc-polyfill addon 1.2.12 and 1.2.13) 20:05:45 buc: haven't had time to figure out where I do even start, but nice to hear that there is actually a regression 20:06:12 or something 20:06:42 "This matches Chrome's implementation and the tests." 20:06:49 once again, I died inside 20:09:28 tomman: They seem changed algorithm while going to use IndexOfFirstElementGt(), need to check a bit more to explain. 20:10:03 Hmm even with the patch the test seems flaky but less flaky: https://jsfiddle.net/8f9whxbk/11/ 20:13:13 Oh wrong test. belongs to Bug 1505471 which is not in. 20:21:19 i'm sure this is a common question, but i checked out the source repos and am trying to build seamonkey 2.53.10 from them. I am running './mozilla/mach build' but it doesn't seem to be using my mozconfig (which has ac_add_options --disable-pulseaudio specified). 20:22:53 additionally config.log is going in the mozilla/ subdir's object path instead of the MOZ_OBJDIR specified in the mozconfig 20:24:15 do i need to be doing something else first? 20:28:43 or do i just have my dirs inverted 20:35:52 wyatt8740 Yes inverted. The mozilla source is now the top source dir. The suite/mail code is now in comm under it. so you just use mach build. The final 2.53.11 code is now in gitlab and you can check out this branch. Lots of internal fixes/backports over 2.53.10.2 20:41:23 buc I just added 1505471-68a1.patch to gitlab. The reported coordinates are now correct but I doubt it will help with the problem. Worth a try if the menu uses an intersection observer and relies on the coordinates. But probably not because not an iframe. 20:48:44 Well, commenting out "if (threshold == 0) threshold = -1;" in the bug's 1391154 patch resolves this issue. 20:51:21 The correspond comment in the patch says: "Per the spec, we should leave threshold at 0 and distinguish between "less than all thresholds and intersecting" and "not intersecting" (queuing observer entries as both cases come to pass). However, neither Chrome nor the WPT tests expect this behavior, so treat these two cases as one." 20:52:29 So, if we start to treat it as "per the spec" (instead of per Chrome), the issue gone. 20:56:09 There are no any changes here in the current Firefox code tree (but this mean nothing - the current Fx development has long ceased to be the ultimate truth). 21:01:19 buc yeah but if I read it right it is done to match Chromes behaviour: [User impact if declined]: IntersectionObservers' behavior would not match Chrome's. 21:01:21 See comment 47 21:16:06 frg: Unfortunately, bug 1505471 itself does not help the issue. 21:20:24 buc thought so. Was worth a try. I think I remove the per the spec line as you suggested in a separate TOP patch so that it works for now. 21:21:28 a bit late for 2.53.11 unfortunately. 21:26:40 buc as a last shot can you try with 1711050-nsrefreshdriveroptimize-2538.patch removed. 21:28:37 2.53.8 < 2.53.10 ... :) 21:32:05 buc I know. But just want to make sure that this is not causing it and that it worked by accident or because of the unfixed bug before. Should not be a chrome uri thou. 21:32:54 is this testable without needing to log in? 21:33:22 No. :( 21:33:38 1.2.14b1 fixed the load diff css problem btw. 21:43:21 Added TOP-9999999-fixgithubpolyfill-25312.patch to gitlab 2.53. Will file a bug against 2.53.12 / our mozilla branch if we do not find a better solution. 21:44:44 OK, LGTM 21:57:28 frg_away: thanks 21:57:54 I'm testing building for ppc32 linux though so I figured a release might be a little more trustworthy when trying to iron out problems 21:58:04 haven't done one of these cross builds since 2018 21:58:32 buc thanks for tracking it down. 21:59:47 wyatt8740 is rust available for this arch? 22:02:10 frg_away: yeah, RUSTFLAGS=--target=powerpc-unknown-linux-gnu 22:02:42 the showstopper for firefox itself is node.js/V8 in the build system 22:02:44 frg_Away: is rust available on OS/2? 22:04:21 IanN_Away no. I still wish they would release the OS/2 source but probably lost. Decommisoned my main OS/2 system and moved it into a vm. But still have it on a T42p. 22:04:28 rustc --print target-list 22:04:52 ooh, talking os/2? I have boxed shrinkwrapped CD copies of the 3.0 connect bundle, both red and blue spines 22:05:39 i think the only machine i might be able to get it running on is my thinkpad 350 or _maybe_ a latitude D610 22:06:03 due to overall lack of experience 22:07:24 IBM s*cks. The managers are the Dinos not the older employees and should be made redundant. They ruined everything. PS/2 MCA, token ring, Thinkpads, DB2 and now on the last leg with z/OS. Seeing migration projects left and right here. Could possibly make a fortune if I would turn myself into a consultant for these. 22:09:10 i wish i had the knowledge to do AS/400 programming, there's an opening in town right now 22:09:19 would be good money for a while 22:11:28 hmm, nspr is throwing up errors from 'as' while building. how do i get more details (like the invocation?) 22:11:37 wyatt8740 Did mostly OS/390 z/OS. PL/I TSO IMS DB2 CTRL-M and TELON generator. I still love PL/I 22:11:54 mach build -v ? 22:11:59 ah, d'oh 22:12:04 still used to make -f client.mk 22:12:54 haha, that's funny 22:13:07 i think this is happening because it's trying to use -fPIC 22:13:09 Needs NASM and still YASM. Might need to convice Bill to port the patches needed to kick out yasm :) 22:13:31 wasn't nasm x86-only? or am i forgetting everything again 22:13:40 I only really do assembly on the 68k 22:16:15 Don't know. Will find out if I find the time for doing patches to allow for mac or Windows arm builds. Probably mac first. 22:17:28 hmmm. i have no idea where it's even getting -fPIC from 22:20:51 not entirely unheard of apparently https://github.com/mozilla/nixpkgs-mozilla/issues/278 22:21:39 too bad the explanation doesn't make sense to me 22:28:22 ah, thanks grep. `old-configure: ASFLAGS="$ASFLAGS -fPIC"` 22:35:12 ` 0:01.40 Fatal error: invalid listing option `,'` 22:35:16 still got work to do i guess 23:28:37 frg: sent you an email with better fix. 23:29:14 A time to open a bug I believe :)