**** BEGIN LOGGING AT Wed Jan 26 02:59:56 2022 Jan 26 03:04:18 i filed an issue about the web browser not launching. repro is unpredictable...but annoying. Jan 26 03:05:09 i marked a podcast app as compatible in the museum. it can stream podcast episodes, but it can't download them (i assume its a permissions thing) Jan 26 06:34:32 codepoet: Browser closes OK here and reopens without too many issues on emulator Jan 26 06:34:44 Might be something specific for Touchpad somehow Jan 26 06:35:07 Does the podcast app use the downloadmanager to download? Jan 26 06:35:13 We didn't fully implement that one yet Jan 26 06:35:39 It's there in backend but could be we need to add a few small bits of config to make it work Jan 26 06:47:17 I checked the drPodder code, indeed seems to use com.palm.downloadmanager,.... Jan 26 06:47:27 I'll have a look to see what's missing on our end to get that working Jan 26 07:21:15 OK found a few hints, will try to get it sorted..... Jan 26 07:21:44 Seems one API call is missing which is used by systemui for example: com.palm.downloadmanager/filesysStatusCheck Jan 26 07:22:04 Seems the function is still there, just the method is not listed, so need to add it to the available methods and to the API file Jan 26 07:29:39 Morning! Jan 26 07:30:04 Maybe we could find a way to forward ssh through adb too (just a thought) Jan 26 08:26:59 Tofe: No idea, but maybe Jan 26 08:34:34 OK added some more images to the GH repo. Mido, Tissot & Rosy there now as well Jan 26 08:35:33 thanks Jan 26 09:24:12 Tofe: What am I doing wrong here? DownloadService.cpp:69:54: error: invalid use of non-static member function 'void DownloadManager::filesystemStatusCheck(const uint64_t&, const uint64_t&, bool*, bool*)' Jan 26 09:24:12 69 | { "filesystemStatusCheck", DownloadManager::filesystemStatusCheck }, Jan 26 09:24:12 | ^~~~~~~~~~~~~~~~~~~~~ Jan 26 09:25:03 https://github.com/webOS-ports/luna-downloadmgr/blob/herrie/test/src/DownloadService.cpp#L69 Jan 26 09:29:07 Note that this function seems not used in OSE, there is no legacy code base to go by, so it could be LG updated the other funtions to be callbacks and just didn't update this one? Jan 26 09:33:00 I already cleaned up quite some warnings that I got during compilation on invalid formatting for %llu that should have been %lu and unused variables and functions. But seems it needs a bit more cleanup for the JSON parsing as well? https://bpa.st/JZ2A Jan 26 09:33:06 It are warnings so not fatal, but still Jan 26 09:51:50 Herrie: one moment, let me see Jan 26 09:53:06 Herrie: https://github.com/webOS-ports/luna-downloadmgr/blob/herrie/test/src/DownloadManager.h#L205 here, you forgot "static" in the beginning Jan 26 09:56:03 Well I just took the code that was there, didn't change anything in there ;) Jan 26 09:56:24 ah, ok, well there is a missing "static" so it never built it seems Jan 26 09:56:45 But let me try Jan 26 10:04:30 A different error now: https://bpa.st/JS3A Jan 26 10:06:32 ok that one will be a bit more delicate: it means the filesystemStatusCheck function doesn't have the right parameters at all Jan 26 10:07:32 the parameters should be like https://github.com/webOS-ports/luna-downloadmgr/blob/herrie/test/src/DownloadManager.h#L203 , not like it is right now, if one wants to use it in the LS2 method list in the cpp Jan 26 10:07:54 so maybe there was another usage intent for that method Jan 26 10:08:56 Well there was a LS2 call to it in legacy Jan 26 10:09:58 With a subscribe: https://github.com/openwebos/luna-systemui/blob/75def237510fbabeb44e7a40fa74726802bd5698/data/SystemManagerService.js#L42 Jan 26 10:10:04 It would then get a response: https://github.com/openwebos/luna-systemui/blob/75def237510fbabeb44e7a40fa74726802bd5698/data/SystemManagerService.js#L442-L456 Jan 26 10:10:16 yes, but I guess the callback was not calling directly filesystemStatusCheck , there is probably some intermediate "cbFilesystemStatusCheck" or so Jan 26 10:10:46 do we have an old working implementation of filesystemStatusCheck ? Jan 26 10:14:43 https://github.com/search?q=org%3Aopenwebos+filesysStatusCheck&type=code mmh not very conclusive Jan 26 10:16:43 I'm a bit surprised, I can't find it anywhere in openwebos Jan 26 10:24:20 Tofe: No this is the only code we have Jan 26 10:24:32 It was in legacy webOS and they didn't open source it in openwebos Jan 26 10:24:34 Only in OSE Jan 26 10:25:06 I could pull a binary from 3.0.5 Doctor and disassemble it maybe? Jan 26 10:51:59 I see a mention of cbFsStatusCheck in there Jan 26 10:57:52 cbFsStatusCheck is probably the name of the callback in the proprietary code, yes Jan 26 10:59:28 but I don't think we'll get anything usable from the binary Jan 26 11:00:01 I can try and write something, but we'll have to log it in our issues :) Jan 26 11:01:10 Yeah I guess so Jan 26 11:01:28 Let me see if the new one I build without this specific API works at least Jan 26 11:01:48 It seems it's just used to show a notification when the device is running out of space Jan 26 11:01:48 in the meantime, we can simply remove the "static" statement, and also remove the callback from the list in the cpp Jan 26 11:01:58 Yeah I did that already Jan 26 11:09:47 Tofe: Would it help if I run that that luna-send command on legacy 3.0.5 and get the output JSON? Jan 26 11:11:35 Herrie: yes, absolutely Jan 26 11:11:57 OK let me boot the TP to webOS and pull it Jan 26 11:23:36 Well not that much useful: https://bpa.st/VDMQ Jan 26 12:59:21 Herrie: weeell, I can code "return true; " ! :D Jan 26 12:59:51 more seriously, it seems to simply return the basic status returned by filesystemStatusCheck Jan 26 13:01:16 Tofe: Yeah I remember it checks the status (space) mainly and luna-systemui will tell you when you run out of space with a dashboard notification Jan 26 13:06:53 I guess if it runs out of space it will return some more info Jan 26 13:09:38 The reply in that case might have a "alert" and "reason" as per https://github.com/openwebos/luna-systemui/blob/75def237510fbabeb44e7a40fa74726802bd5698/data/SystemManagerService.js#L442-L456 Jan 26 13:12:28 According to the disassembly, values can be "severe", "high", "medium" and "low". Jan 26 13:12:41 Or "limit" in some other case by the looks of it Jan 26 13:15:26 Disassembly of the .rodata from legacy: https://paste.ubuntu.com/p/kSxhd8RQbp/ Jan 26 14:04:57 morning! the app is called Video PodCatcher Deluxe, and I haven't pulled it apart, but I'm sure you're right that its trying to use downloadManager: http://appcatalog.webosarchive.com/app/VideoPodCatcherDeluxe Jan 26 14:05:50 I'll leave that one for now while you guys investigating. I'm going to mess with Museum permissions when I can today to try to get it to be able to install apps. It doesn't use download manager, but it DOES try to launch PreWare, which looks like it needs the "applications" permission Jan 26 14:08:30 oh the other thing Video Podcatcher can't go on LuneOS is remember your subscriptions. You have to re-subscribe to a show every time you launch it. Jan 26 14:25:59 Preware uses a different appid at our end Jan 26 14:26:06 Compared to legacy one Jan 26 14:26:38 We should be able to re-subscribe I guess, not sure what you mean there Jan 26 14:27:00 I was looking at drPodder earlier which uses the downloadmanager Jan 26 14:28:13 I mean, it looks like apps aren't able to save preferences. Usually they use enyo.setCookie and enyo.getCookie to save and load settings Jan 26 14:28:21 but some apps (often podcast apps) use DB8 Jan 26 14:30:22 enyo.log messages don't show up in journalctl -f -l -u luna-webappmanager Jan 26 14:41:44 ok, don't know what to do next. I gave Museum the application and application.system permissions, and changed the appid for preware, but it doesn't respond to an open (or launch) request Jan 26 14:41:57 _webOS.exec(PalmSystem,LS2Call,[1,"palm://com.palm.applicationManager/open","{\"id\":\"org.webosports.app.preware\",\"params\":{\"type\":\"install\",\"file\":\"HTTP://packages.webosarchive.com/AppPackages/com.palm.app.jonandnic.simplechat_1.7.0_all.ipk\"}}"]) Jan 26 14:42:32 even if preware doesn't handle launch params, it should at least start... Jan 26 14:46:54 the exact command works from the command line, so maybe I need more permissions? Jan 26 14:51:06 ok, got something. i added the applications.launch permission and now i get an error message Jan 26 14:51:29 source: userscript:webosAPI (474) Jan 26 14:51:29 Jan 26 09:50:11 tenderloin LunaWebAppManager[1373]: [] [pmlog] LS_INVALID_HANDLE {"COND":"sh != NULL","FUNC":"_LSCallFromApplicationCommon","FILE":"callmap.c","LINE":1818} sh != NULL: failed Jan 26 14:52:32 https://pastebin.com/AkJUm2Je Jan 26 14:55:32 tried another app that tries to launch the web browser. same error at the same line. Jan 26 15:00:36 That might be a bug in our PalmSystem implementation Jan 26 15:11:02 i'm not quite ready to blame you Jan 26 15:11:22 the contacts app can launch other applications... although it launches them by URL not appid Jan 26 15:20:29 getting this a lot, then apps stop working: FATAL: 10:18:48.101: The Wayland connection broke. Did the Wayland compositor die? Jan 26 15:20:29 Jan 26 10:18:48 tenderloin systemd[1]: luna-webappmanager.service: Main process exited, code=killed, status=6/ABRT Jan 26 15:25:08 That's a luna-next crash, for some reason Jan 26 15:25:21 That's quite a lot of crashes in my taste Jan 26 15:37:07 ug, I give up for today. this call from App Museum 2 does not work: Jan 26 15:37:08 Jan 26 10:25:18 tenderloin LunaWebAppManager[1447]: [1447:1447:0126/102518.253859:INFO:CONSOLE(474)] "_webOS.exec(PalmSystem,LS2Call,[1,"luna://com.palm.applicationManager/open","{\"target\":\"mailto:test%40test.com\"}"])", source: userscript:webosAPI (474) Jan 26 15:38:38 and this call from Contacts DOES work: Jan 26 15:38:39 Jan 26 10:28:07 tenderloin LunaWebAppManager[1447]: [1447:1447:0126/102807.333722:INFO:CONSOLE(474)] "_webOS.exec(PalmSystem,LS2Call,[4,"luna://com.palm.applicationManager/open","{\"target\":\"mailto:test%40test.com\"}"])", source: userscript:webosAPI (474) Jan 26 15:38:48 and I made sure both apps have the same permissions Jan 26 16:08:28 codepoet: Push your WIP code somewhere and I'll tinker a bit Jan 26 16:09:10 There might some some whitelisting of com.palm and org.webosports going on that makes one to work and the other not Jan 26 16:09:48 Tenderloin doesn't seem too stable either. I would suggest to test some things on the emulator instead so your rule out tenderloin specific issues Jan 26 16:10:17 Which would need to be addressed too, but they might be causing noise on the line for the moment Jan 26 16:10:22 i thought that, but app museum is com.palm.appmuseum2 Jan 26 16:10:41 Ah well that should help Jan 26 16:10:49 the other thing i thought is that i'm installing to the user app space instead of the system app space Jan 26 16:10:51 I can look later today, now busy Jan 26 16:11:06 In about 3,5 hrs Jan 26 16:14:08 no worries. i filed as an issue. i've got real work the rest of the day. Jan 26 16:20:14 https://github.com/webOS-ports/luneos-testing/issues/8 Jan 26 19:48:43 OK I'm back Jan 26 19:48:53 Tofe: My WIP for the luna-downloadmgr: https://github.com/webOS-ports/luna-downloadmgr/tree/herrie/test Jan 26 19:51:18 codepoet: Let me have a final stab at luna-downloadmgr and I'll have a look into your issue Jan 26 20:14:22 Tofe: I might have found part of the problem why luna-downloadmgr doesn't want to behave... Jan 26 20:14:34 Seems it's looking for /dev/cgroup which doesn't exist Jan 26 20:15:07 https://github.com/webOS-ports/luna-downloadmgr/blob/herrie/test/files/launch/luna-downloadmgr.sh.in#L18 Jan 26 20:16:46 When I check the defconfig for CGROUp values it looks OK Jan 26 20:16:51 So not really sure why it's not there Jan 26 20:17:19 I have CONFIG_CGROUPS=y and CONFIG_CGROUP_DEVICE=y in /proc/config.gz **** ENDING LOGGING AT Thu Jan 27 02:59:57 2022