**** BEGIN LOGGING AT Sat Jun 22 02:59:57 2019 Jun 22 06:41:33 Morning! Jun 22 06:43:27 Tofe: For the Calendar icon, it seems that the Calendar app tries to create an activity for this in ActivityManager as per: https://github.com/webOS-ports/core-apps/blob/webOS-ports/master/com.palm.app.calendar/app/AppIcon.js Jun 22 06:44:55 And that probably somehow fails. The $activity is what the ActivityManager returns according to: http://www.banneret.nl/webos/documentation/all/reference/data-types/activity-manager.html#CallbackProperty Jun 22 06:45:17 So it could be that com.palm.app.calendar simply needs to have permissions to create an activity in ActivityManager? Jun 22 07:04:05 Morning! Jun 22 07:04:23 Herrie: could be Jun 22 10:18:47 Herrie: it seems that the issue with calendar is that the appId associated with the message isn't of the form " " Jun 22 10:19:20 i.e. it's just "com.palm.app.calendar" instead of "com.palm.app.calendar 954" Jun 22 10:27:45 Tofe: hmmz interesting. But that would be webappmgr somehow? Jun 22 10:27:53 This would then be for other apps as well. Jun 22 10:28:02 So contact linker might be the same problem Jun 22 10:28:15 yes, I might have a fix to try, but... I don't have any viable build to try it on Jun 22 10:28:53 Well I can try... Jun 22 10:29:12 My new OSE-ified build seems to behave pretty OK Jun 22 10:29:56 ok just a moment, I'll push a commit Jun 22 10:30:53 https://github.com/webOS-ports/luna-webappmanager/compare/master...Tofee:tofe/fixes?expand=1 Jun 22 10:31:43 it's just replacing "id()" with "identifier()", which has the correct format Jun 22 10:31:58 Weird it worked before, but I guess it's the new luna-service2 that now causes havoc Jun 22 10:32:15 before we used PalmSystem from within QtWebEngine Jun 22 10:32:22 this is new (bugged) code Jun 22 10:32:26 Ah ok Jun 22 10:32:42 So it's actually Qt upgradeand not OSE causing this? Jun 22 10:33:04 yes, at least for calendar icon Jun 22 10:34:43 what I'm sure, is that the following line works: Jun 22 10:34:47 luna-send -a "com.palm.app.calendar 952" -n 1 palm://com.palm.applicationManager/updateLaunchPointIcon '{"icon":"images/launcher/icon-22.png","launchPointId":"com.palm.app.calendar_default"}' Jun 22 10:35:25 and applicationManager is awaiting a space in the app identifier Jun 22 10:37:24 lunch time now :) Jun 22 11:11:48 Here also lunch then will have a look in a bit Jun 22 14:47:46 Tofe: It seems to work for Calendar icon Jun 22 14:47:50 I do have other weird things Jun 22 14:48:09 Like FirstUse not populating stuff, Account not loading accounts. Jun 22 14:48:13 Let me delete & retry the image Jun 22 14:52:06 Ok behaves better now in Firstuse Jun 22 14:52:10 Reboot to check accounts Jun 22 14:52:38 Accounts doesn't work Jun 22 14:52:43 Let me see if logs tell anything Jun 22 14:58:25 I see some weird things there, could be something from my build :P Jun 22 14:59:00 I.e. 2019-06-22T14:54:23.616915Z [11] user.warning mojodb-luna [] DB8 DB_KIND_WARNING {"caller":"com.palm.app.email","kind":"com.palm.db.profileApps:1"} db: permission denied for caller 'caller' on kind 'kind' Jun 22 14:59:00 2019-06-22T14:54:23.616967Z [11] user.warning mojodb-luna [] DB8 MOJ_SERVICE_WARNING {"sender":"com.palm.app.email 1006","method":"find","payload":{"query":{"from":"com.palm.app.email.carrier_defaults:1","limit":2},"watch":true},"error":"db: permission denied","reqErr":-3963} Jun 22 14:59:16 Which might be due to some things I enabled again in luna-systemui Jun 22 14:59:20 I'll look into it Jun 22 14:59:32 I don't remember seeing these before ever Jun 22 15:00:22 In general com.palm.db.profileApps:1 as dbKind doesn't ring a bell to me really Jun 22 15:00:30 So will grep around the image a bit to see where that comes from Jun 22 15:01:33 It could come from this one somehow: https://github.com/webOS-ports/luna-systemui/commit/20a97a4517b2b258641646417faa4830e0c34eb4 Jun 22 15:01:42 But that would be quite a chain it triggers then Jun 22 15:06:40 Hmmz seems com.palm.db.profileApps comes from db8 in OSE Jun 22 15:37:21 Hmmz a bunch of permission errors I didn't see before Jun 22 15:37:30 It could also simply be they only show up now Jun 22 15:37:38 Or become a problem now somehow Jun 22 15:37:42 All db8 permission erors Jun 22 15:37:46 Which is a bit weird Jun 22 15:37:54 The permission files seem to be there Jun 22 15:49:21 Tofe: Ah for the DB Kinds it needs without the id.... Jun 22 15:49:44 So when you make a luna-send call to db8, it needs to have just the appid, not the numeric value Jun 22 15:50:03 That's why db8 calls worked before and now not Jun 22 15:50:23 {"sender":"com.palm.app.accounts 1007","method":"find","payload":{"query":{"from":"com.palm.account:1","where":[{"op":"=","prop":"beingDeleted","val":false}]},"watch":true},"error":"db: permission denied","reqErr":-3963} Jun 22 15:50:23 2019-06-22T14:54:40.587936Z [28] user.warning mojodb-luna [] DB8 DB_KIND_WARNING {"caller":"com.palm.app.accounts","kind":"com.palm.db.profileApps:1"} db: permission denied for caller 'caller' on kind 'kind' Jun 22 15:50:45 "com.palm.app.accounts 1007" should be simply com.palm.app.accounts in this case Jun 22 15:51:42 Because in the db8 permission files we don't have this numeric value Jun 22 16:02:33 damn Jun 22 16:02:48 ok, so in that case let's just modify LunaAppManager Jun 22 16:08:54 https://github.com/webOS-ports/luna-appmanager/pull/23 should do it -- also, let's forget about the earlier change in luna-webappmanager Jun 22 16:13:58 however I'm not yes sure what's the real correct answer to both issues Jun 22 16:14:03 yet* Jun 22 16:29:25 mmh looking at how OSE does it, I think my first change was the right one; anyway my PR should be compatible with both kinds of identifiers Jun 22 16:57:41 Tofe: well luna-appmgr is what we'd need to migrate still I think at some point Jun 22 16:58:01 So it could be we diverted from their approach of course at some point Jun 22 18:47:03 Herrie: i've had a look at https://github.com/webosose/sam/, but it doesn't seem to provide our APIs Jun 22 18:48:28 well, for most of them it does; but not for things like updateLaunchPointIcon Jun 22 18:52:25 Tofe: Yeah I noticed that too, some API's aren't there... Jun 22 18:54:11 Tofe: This is the 2nd batch of OSE work I've done so far. Most things seem fine. Need to check the ecryptfs on an actual device Jun 22 18:54:29 Seems that it's not enabled in our qemux86-64 kernel defconfig Jun 22 18:54:32 https://github.com/webOS-ports/meta-webos-ports/commits/herrie/OSE-easy Jun 22 18:54:49 crashd and the com.webos.service.ai I didn't get to work yet. Might need some input from JaMa for those Jun 22 18:54:55 Or wait for OSE upgrade to newer yocto Jun 22 18:56:05 audiod-pro seems like a good candidate as well to implement. Their API is a lot more extensive v.s. ours Jun 22 18:56:11 Shouldn't we first smash the last few bugs of the current testing build ? I might be unavailable most of July Jun 22 18:56:12 I.e. muting of different sources etc Jun 22 18:56:28 Tofe: Yeah we should as well... Not need to merge it now ;) Jun 22 18:56:35 ok then :) Jun 22 18:56:45 But most is low hanging fruits and merely cosmetics ;) Jun 22 18:57:41 Most components didn't change much. Just copyrights ;) Jun 22 18:58:01 And a few things were now in OSE that weren't in OWO but did exist in legacy ;) Jun 22 18:58:31 Such as downloadmanager and appinstalld2 so that means we can enable some stuff that we disabled in the past ;) Jun 22 18:59:18 Downloadmanager was only used by update service for example & is API compatible ;) Jun 22 18:59:42 Just prefer to use OSE version over Garfonso's in NodeJS. Since OSE version is maintained and has broader API ;) Jun 22 19:15:11 I'll split it up into the easy, straightforward and no impact stuff and stuff that we can merge after a release. Jun 22 19:15:53 So we can show some "better" statistics on the release in terms of migration ;) Jun 22 19:16:19 Some stuff I just never looked at even and only copyright was changed etc ;) Jun 22 19:16:44 Now shows as nothing is done for them, while actually they're ready :) Jun 22 20:04:08 There are 13 that are 0 impact and will bring migration to 50% :P **** ENDING LOGGING AT Sun Jun 23 02:59:57 2019