**** BEGIN LOGGING AT Mon Apr 04 02:59:56 2022 **** BEGIN LOGGING AT Mon Apr 04 07:40:05 2022 Apr 04 08:03:00 Morning! Apr 04 08:06:37 Morning! Apr 04 08:06:54 Build is running here with your updated patch Apr 04 08:11:05 I'm building it too Apr 04 08:11:45 Who will get results first ? suspense is unbearable Apr 04 08:12:46 joke aside, I can build webruntime with jobs 4, which is 25% faster than jobs 3, and unlike qtwebengine I'm not at risk of a OOM Apr 04 09:23:40 Tofe: Well it's still building here, but good you're not getting OOM anymore anyway :D Apr 04 09:48:24 Tofe: /home/herrie/LuneOS/honister/webos-ports/tmp-glibc/work/core2-64-webos-linux/wam/1.0.2-55+gitAUTOINC+d0ed836010-r30/git/src/core/web_page_base.cc: In member function 'void WebPageBase::SendRelaunchEvent()': Apr 04 09:48:24 276 | << " if(typeof Mojo !== "undefined") {" Apr 04 09:48:24 | ^~~~~ Apr 04 09:49:26 damn, I modified it at the last minute, and it's still incorrect :( Apr 04 09:51:38 Pushed again Apr 04 09:56:00 OK Apr 04 09:59:37 Tofe: Now it builds Apr 04 09:59:56 great :) Apr 04 10:51:22 Tofe: Email doens't launch here, Clock doesn't launch either Apr 04 10:53:27 oh ? for me email was working :/ Apr 04 10:53:52 oh, wait, there is an important SAM PR too Apr 04 10:56:51 For Clock it's possible it's the same issue as for calendar, i.e. a crash of the webruntime somewhere Apr 04 11:01:03 Tofe_: No it seems something else Apr 04 11:01:49 Uncaught TypeError: Cannot read property 'ClockTheme' of undefined Apr 04 11:01:49 at Object.createClock (main.js:210) Apr 04 11:01:49 at Object.ready (main.js:70) Apr 04 11:03:07 https://github.com/webOS-ports/core-apps/blob/webOS-ports/master/com.palm.app.clock/main/main.js#L210 Apr 04 11:07:20 Tofe: Ah somehow dind't get notification for SAM PR it seems Apr 04 11:09:20 Merged that one now Apr 04 11:09:24 Retesting soon Apr 04 11:21:28 Tofe: Clock now works Apr 04 11:23:12 Email too Apr 04 11:37:15 For Calendar I see the following in console: Uncaught TypeError: Cannot read property 'app' of undefined Apr 04 11:37:15 at begin (index.js:32) Apr 04 11:37:15 at initializeCalendarApp (index.js:74) Apr 04 11:37:15 at index.js:76 Apr 04 12:09:09 oh, you get an error ? I didn't get anything on my install Apr 04 12:10:40 app of undefined does look like a non-working relaunch or window.open, somehow Apr 04 13:10:42 Btw Tow-Boot got it's first official release with PPP support and at least Mobian and postmarketOS have moved to it as a replacement for shipping their own u-boot, it's time for you guys to do the same 😄 Apr 04 13:33:45 Tofe: I mostly get the crash too Apr 04 13:33:53 Just in one case I got this somehow Apr 04 13:35:16 for debugging the crash, what I was thinking was to take Clock or a non-crashing app, and then with the inspector change manually the app URL Apr 04 13:36:33 and, of course, attach gdb before changing the URL :) Apr 04 13:46:52 PureTryOut[m]: we didn't forget, but we are currently in the middle of a big migration :) Apr 04 13:48:56 I didn't think you'd forget, just not sure if you were up to date on the news 😉 Apr 04 17:12:35 Tofe: Accounts app fails later on when trying to add Google C+DAV, could be we need a tweak there too Apr 04 17:12:49 Seems template doesn't get properly passed between apps Apr 04 19:52:33 HerrieTP: if I block the LS2 calls in luna-sysservice, then Calendar seems to work better; my guess is that a LS2 call is going very wrong Apr 04 19:56:02 Tofe_: Ah that might be the updateLaunchPointIcon one Apr 04 19:56:43 That one I disabled in luna-appmanager pending an update to the call because SAM provides updateLaunchPoint which is more generic Apr 04 19:57:38 But requires other params in the call I guess Apr 04 19:57:58 I saw a permissions error in the logs for the updateLaunchPointIcon Apr 04 19:58:22 This takes care of the date in the Calendar app icon which now doesn't show anything Apr 04 19:59:11 Easiest way to test is to probably re-enable the API call in the LS2 files for luna-appmanager Apr 04 19:59:37 Migration of the call might not be that straight forward (or it is, didn't check it yet simply) Apr 04 19:59:46 I know it does that call pretty early Apr 04 20:00:23 There's also an activity call that's not working great but didn't kill it at least previously Apr 04 20:00:32 HerrieTP: I saw that call too in the logs, not sure if it's related or not Apr 04 20:01:08 Well I know I disabled it in luna-appmanager Apr 04 20:01:20 I was checking that earliertoday Apr 04 20:01:26 Just got sidetracked a bit Apr 04 20:01:35 And had no chance to look into it further Apr 04 20:02:30 what is pretty sure is that the webruntime crash is occurring during a WebOSServiceBridge call Apr 04 21:19:28 HerrieTP_: https://github.com/webOS-ports/loadable-frameworks/blob/webOS-ports/master/calendar/javascript/timezone-manager.js#L173= <-- somehow, this seems to be the culprit of our crash Apr 04 21:20:31 and seeing the error in the logs: "LunaSysService[383]: 383 (LunaSysService) PBNJSON src/pbnjson_c/jobject.c:675 :: Attempt to cast type 4 to object (5)" means we give if an array instead of an object Apr 04 21:21:07 (plus there's a warning it's a deprecated method) Apr 04 21:23:06 Tofe_: Well it didn't crash before it seems but who knows Apr 04 21:27:01 not sure what's happening either Apr 04 21:27:38 but forcing the code to always go in the "else" makes Calendar work again Apr 04 21:27:47 Tofe: OK Apr 04 21:27:53 Well I can debug it a bit Apr 04 21:28:03 with quite some chromium errors during the clicks, but it's probably something else Apr 04 21:28:47 I'll now work on the startup of qml apps, which is still broken with the new qml launcher Apr 04 22:58:05 Tofe_: Clicks issue I've seen too **** BEGIN LOGGING AT Mon Apr 04 23:06:59 2022 **** ENDING LOGGING AT Tue Apr 05 02:59:57 2022