**** BEGIN LOGGING AT Sat Nov 07 02:59:59 2015 Nov 07 09:21:39 morning Nov 07 09:21:54 Herrie: but the previous behavior was sending the event to all frames Nov 07 10:48:35 Tofe: Hmmz strange Nov 07 10:49:04 I had the AppMenu not working in Preware 2 Enyo 2 earlier this morning as well, but that was after a while and playing around with other apps already Nov 07 10:49:13 In Preware 2 it normally works at least Nov 07 10:54:37 Herrie: and appmenu worked in Tweaks with webkit? Nov 07 10:54:54 because it only sends relaunch to the main window, headless or not Nov 07 10:55:39 Tofe: I remember Enyo 1 app menu's were broken in WebKit as well on LuneOS Nov 07 10:55:43 But worked on legacy Nov 07 10:55:53 I think it got broken sometime when something was reworked. Nov 07 10:56:02 If you want I can flash a really old image on my N4 and test Nov 07 10:56:09 no no, it's fine Nov 07 10:56:30 I will just flash a January image to check Nov 07 10:56:42 But quite sure Enyo 1 ones were broken Nov 07 10:56:53 But I might be wrong Nov 07 10:57:12 I haven't really had a need to use them, so I didn't test them usually Nov 07 10:57:22 But I vaguely recall they didn't work when I tried Nov 07 10:57:59 That would make sense Nov 07 10:58:40 Because I don't see how I could have broken it, as we do the exact same behavior as previously Nov 07 11:09:36 Flashing and will let you know in a few mins Nov 07 11:09:51 Tofe: Yeah I think that might be the problem, assuming it worked when it didn't hence it's still broken :P Nov 07 11:10:07 But it does seem to work for the Enyo 1 core apps for me that aren't headless Nov 07 11:10:22 So most likely something for the headless/noWindow apps Nov 07 11:17:23 I'm currently trying to send the relaunch command only to the focused window, but it doesn't help Nov 07 11:17:35 didn't work either for the main window... Nov 07 11:17:56 I'll investigate how legacy worked Nov 07 11:19:50 On the January build (breve) it works for Accounts but not for email Nov 07 11:20:51 Doesn't work on Clock, Tweaks as well Nov 07 11:24:15 But seems the touch area for the App menu in Accounts is somewhat limit to get it to show Nov 07 11:24:21 I.e. very narrow area Nov 07 11:24:31 Close to the ^ Nov 07 11:31:26 mmmh even when I do the enyo commands myself in webinspector, it doesn't show anything Nov 07 11:46:16 Hmmz Accounts shows for me on latest nightly as well. Just when I press the Help option that appears nothing happens Nov 07 13:10:33 Tofe: The Help option not working makes sense ;) Nov 07 13:10:46 {name: "appMenu", kind: "AppMenu", components: [{kind: "HelpMenu", target: "http://help.palm.com/accountsmgr/index.html"}]}, Nov 07 13:10:57 That URL doesn't exist anymore :P Nov 07 13:15:00 ok :) Nov 07 13:15:37 I'm still completely unable to explain why the appmenu doesn't show up on enyo1 headless apps Nov 07 13:17:36 Tofe: I'm not sure... THe Copy & Paste option in the Enyo 1 calculator app cause a crash too :P Nov 07 13:17:46 THat's the system wide copy & paste that we don't have yet ;) Nov 07 13:18:49 Ah only the Copy, paste will show VKB ;) Nov 07 13:28:26 actually, I just switched tweaks to be non-headless, and it doesn't help. So it isn't related. Nov 07 13:39:20 Herrie|2: do you know a headless enyo2 app? Nov 07 13:41:51 TofE: don't think they exist Nov 07 13:42:10 ah. Nov 07 13:42:42 How did you switch Tweaks to non-headless? Nov 07 13:46:13 Tofe: https://github.com/openwebos/luna-sysmgr/blob/master/Src/base/SystemUiController.cpp#L556 Nov 07 13:46:34 We stripped and replaced all that I guess in our version Nov 07 13:47:21 Sorry https://github.com/openwebos/luna-sysmgr/blob/master/Src/base/SystemUiController.cpp#L1556 Nov 07 13:54:56 Herrie|Laptop: I just changed true to false for noWindow in appinfo Nov 07 13:55:06 And then there's the whole menumanager bits... https://github.com/openwebos/luna-sysmgr/blob/master/Src/lunaui/status-bar/MenuWindowManager.cpp Nov 07 13:55:22 TOfe: I think that might not be sufficient to make it a non-headless app Nov 07 13:55:52 oh that worked quite well Nov 07 13:56:08 blank window of course, but a window nontheless Nov 07 13:56:10 Tofe: But you said you still didn't have an app menu? Nov 07 13:56:16 So didn't work fully ;) Nov 07 13:56:17 yup Nov 07 13:56:21 nope Nov 07 13:56:34 Only difference between apps with AppMenuy and without is the noWindow Nov 07 13:56:35 *or* it isn't the cause of the issue Nov 07 13:56:53 well, what about multi-window apps ? Nov 07 13:56:55 I'd need to test some other Enyo 1 apps to see how they are Nov 07 13:56:57 do we have some? Nov 07 13:57:31 Not sure what you mean with that? Nov 07 13:57:42 Macaw? That opens another window for registration Nov 07 13:57:56 Testr when you do the windowing window.open test ;) Nov 07 13:57:59 But that's Enyo 2 Nov 07 14:56:32 Tofe: Tried quite some apps from old App Catalog, App Menu works. Those are unlikely to have noWindow Nov 07 14:56:50 I can try PopLaterCE and Weather widget to see how they behave Nov 07 14:56:59 Or DougReeders PopupCalc Nov 07 15:27:32 finally made stub qtpositioning plugin https://github.com/webOS-ports/meta-webos-ports/pull/157 Nov 07 16:11:19 nizovn: Sorry my ignorance what is this used for and how I can test it? HTML 5 geolocation? Nov 07 16:12:07 yes, it is used for geolocation Nov 07 16:12:49 but you can't test it as qtlocation is disabled in our webengine Nov 07 16:12:59 i tested in qml apps Nov 07 16:25:25 nizovn: OK, is this GeoClue based? Nov 07 16:25:34 GC2 I mean or it's something else Nov 07 16:25:36 ? Nov 07 16:25:50 no, it's based on our location service Nov 07 16:27:59 Ah ok Nov 07 16:28:09 So if we'd enable qtlocation would it work in webengine as well? Nov 07 16:29:11 i guess so, now in the process of compiling it Nov 07 16:29:48 OK let me know how it goes :) Nov 07 16:29:54 Would be nice to implement it Nov 07 17:55:04 no, it doesn't work :( Nov 07 18:37:50 Any errors or ?? Nov 07 19:07:02 first of all, there is ls2 permission problem, and then webappmanager somehow crashes on plugin destruction Nov 07 19:08:14 morphis: ping Nov 07 20:27:21 FWIW, the App Menu in my Enyo 1 app PopupCalc does work in the Nov 2 build on TP. Nov 07 20:28:21 The system popup doesn’t,b ut that’s a different issue. Nov 07 20:33:00 nizovn: LS2 permission problem in what way? Nov 07 20:33:15 DougReeder: System popup from Testr you mean? That should be solved in current nightly Nov 07 20:33:23 Or, rather, there some kind of luanch signal wihich isn’t being sent Nov 07 20:33:51 The system popup in Testr work on the Nov 2 build Nov 07 20:36:23 Herrie: any app that uses qtlocation must have ls2 rights to talk with location service Nov 07 20:40:40 IIRC, what I’m seing is http://issues.webos-ports.org/issues/867 Nov 07 20:45:10 nizovn: You mean like there was in the settings for Location Services on TP where you'd need to specify for app "always ask", "auto allow" and same for websites? Nov 07 20:45:26 DougReeder: You mean that 867 is currently still present? Nov 07 20:45:32 Yes. Nov 07 20:45:42 Just tested it on the Nov 2 build on TP Nov 07 20:46:31 DougReeder: Might be good to put latest nightly on. Tofe's been fixing a number of issues in the recent days Nov 07 20:46:46 So the 2nd is already "old" again :P Nov 07 20:47:08 DougReeder: But yes 867 might be related with the funky app menu then Nov 07 20:47:37 Okay, that’s reasonable. But it’s been happening ever since Americano, on evyry build I’ve tested. Nov 07 20:47:38 It seems to work OK for me on Enyo 1 apps when they aren't noWindow. All noWindow apps seem to have issues for me. Nov 07 20:47:57 DougReeder: OK, let me duplicate the issue and open it agian Nov 07 20:48:37 Also happens for Oct build on N4 Nov 07 20:49:08 So, I should try the latest “testing” build? Nov 07 20:49:34 Herrie|Laptop: no, i mean any app should have ls2 "role files". but i think we will need those settings for location service too Nov 07 20:50:26 http://build.webos-ports.org/luneos-testing/images/mako/luneos-dev-package-mako.zip is the latest testing for N4? Nov 07 20:50:33 DougReeder: Yes Nov 07 20:51:55 DougReeder: http://issues.webos-ports.org/issues/1011 Nov 07 20:52:04 nizovn: OK. Not sure how legacy did this? Nov 07 20:53:21 DougReeder: I've been bug hunting & Tofe's been killing them in the last week ;) Nov 07 20:53:29 All the QtWebEngine migration regressions Nov 07 20:53:39 Most are gone but still a few tricky ones pending... Nov 07 20:53:50 * DougReeder nods Nov 07 20:54:21 Overall it looks pretty good, just email app is broken (doesn't display list of emails) and doesn't seem to send emails and app menu is broken Nov 07 20:54:57 So, are apps running under QtWebEngine in this build? Nov 07 20:55:12 Yes :) Nov 07 20:55:18 On 2nd of November one already too Nov 07 20:55:54 I should know that; I’ve been trying to keep up. Nov 07 20:57:39 In general we deal more gracefully now with a crash of luna-webappmanager (i.e. before the power menu wouldn't work anymore etc), other apps wouldn't launch. That's now a lot better :) Nov 07 20:57:56 Tofe's been killing a lot of old bugs along the way :D Nov 07 20:58:03 Excellent. Nov 07 20:58:57 DougReeder: https://pivotce.com/2015/11/06/luneos-update-for-november-2/ Nov 07 20:59:08 That was as of yesterday or Thursday ;) Nov 07 20:59:59 DougReeder, Herrie|Laptop: 867 looks exactly like the app-menu bug Nov 07 21:00:08 is contacts an enyo1 noWindow app? Nov 07 21:00:32 Tofe: No, but this is a relaunch bug where it doesn't seem to focus to the app that's being relaunched while it should Nov 07 21:00:44 Contacts = Enyo 2 and it's not a noWindow app ;) Nov 07 21:00:54 It's just one that handles relaunch params like Settings Nov 07 21:00:58 well, it's behaving kind like the appmenu bug Nov 07 21:01:34 ==> Mojo.relaunch is called, correct launchParams are retrieved, and nothing is done out of it Nov 07 21:01:36 I can confirm 867/1011 on the N4 with the latest testing build. Nov 07 21:02:06 Tofe: Yeah hence I thought they are likely related ;) Nov 07 21:03:21 DougReeder: any idea how to debug this ? for instance, if I call enyo.appMenu.toggle() from WebInspector, it doesn't do anything Nov 07 21:04:06 Well, you might look at changes between Breve and Americano. Nov 07 21:04:37 ah, was working in Bree ? I missed that Nov 07 21:04:42 Breve* Nov 07 21:06:02 Tofe: I suspect it's some window handling that's buggy Nov 07 21:06:12 mmh Nov 07 21:06:15 I.e. doesn't focus Nov 07 21:06:21 I.e. Carshell or elsewhere Nov 07 21:06:25 +d Nov 07 21:07:11 It's probably outside of webengine I suspect Nov 07 21:07:26 But I might be wrong Nov 07 21:07:26 That’s my suspicion. Nov 07 21:07:50 But if you're looking at webengine only that might explain why you don't see anything :P Nov 07 21:09:12 If the app is *not* running, the luna-send command will launch it properly. Nov 07 21:09:30 If the app *is* running, the luna-send command has no effect. Nov 07 21:10:29 … including a minimized card not being maximized. So it’s not just a matter of parameters. Nov 07 21:10:32 I confirm. Nov 07 21:10:53 However, it would seem the relaunch is received on app side Nov 07 21:11:49 Ah? I have a vague memory, that unser Americano, the card would maximize when the luna-send command was sent. But I’m not sure, and I didn’t write it down. :-( Nov 07 21:12:41 Oh, yes, I did write it down: “If a different app is maximized when the luna-send command above is issued, Contacts is maximized (i.e. it is relaunched, but it doesn't know it's been relaunched).” Nov 07 21:12:51 I blame wearing my old glasses. :-S Nov 07 21:13:17 It's still the same status Nov 07 21:14:44 Okay, if a different card is maximized, the luna-snd command will switch to Contacts… Nov 07 21:15:06 … but if the device is in card mode, nothing happens. Nov 07 21:16:37 Yes, that's certainly a cardshell bug Nov 07 21:16:52 but unrelated to our relaunch not doing anything in app Nov 07 21:19:42 Ah, multiple bugs! Such fun! Nov 07 21:20:02 meh :p Nov 07 21:20:43 Okay, I need to go tear up my deck some more, while the sun is shining. Nov 07 21:20:54 I’ll be back late tonight. Nov 07 21:24:42 Herrie|Laptop: ok, now html5 geolocation is working, but i would like to discuss ls2 permissions with morphis Nov 07 21:26:49 nizovn: Nice! What are your questions, maybe others like DougReeder, Tofe, Garfonso or myself have some ideas or input as well ;) Nov 07 21:30:08 basically is it good to force all applications to provide ls2 role files in order to get location Nov 07 21:31:37 nizovn: my guess would be no. That's not very user friendly? Nov 07 21:32:11 I'd see something where the user is prompted, then says "for now" or "always". And if always it would be created on the fly? Nov 07 21:32:34 I'd need to see how legacy did that, I haven't looked into that part at all to be honest Nov 07 21:34:09 user permissions is another big question :) Nov 07 21:40:00 A system wide one similar to 3.0.x shouldn't be too hard. I suspect it's a setting that's stored in db8 somewhere Nov 07 21:40:22 For browser we can query that and act accordingly I guess Nov 07 21:41:09 Tofe: https://github.com/openwebos/luna-sysmgr/blob/1393f0af5dd8d9f0e9cc79627f4acb226f8c8d45/Src/remote/IpcClientHost.cpp#L404 Nov 07 21:42:28 Might be of help somehow Nov 07 21:48:15 yes, i would like to have a system wide, so location service will check and if enabled, do it's work using geoclue Nov 07 21:51:04 I'd need to have a quick look at how legacy dealt with this Nov 07 21:55:21 Seems com.palm.location took care of that on legacy: https://github.com/openwebos/luna-systemui/blob/master/app/SystemManagerAlerts/SystemManagerAlerts.js#L122 Nov 07 21:55:47 I assume it stored somewhere in db8 which apps it gave permanent permissions Nov 07 21:55:58 I'll dig abit in the 3.0.x Doctor in a few mins Nov 07 21:56:27 And for a single run it would just execute it then when the OK button was pressed Nov 07 21:58:31 Since we have luna-systemui available, you could re-use that component, we'd have to update the calls to have another service of course, but saves the UI part ;) Nov 07 22:00:21 we have com.palm.location too :) Nov 07 22:00:56 Ah do we? Didn't know that? Or that's what you made? Nov 07 22:01:16 Not sure we'd have the 4 methods if it's your rewrite :P Nov 07 22:05:03 yes, we don't have them ;) Nov 07 22:08:03 nizovn: Based on 3.0.x seems that all apps have inbound and outbound access to com.palm.location Nov 07 22:08:17 And then com.palm.location deals with the one time or permanent access Nov 07 22:08:25 At least that's what Doctor files tell em Nov 07 22:08:27 me Nov 07 22:10:18 ok Nov 07 22:13:58 Check /usr/share/ls2/roles/prv/com.palm.location.json and /usr/share/ls2/roles/pub/com.palm.location.json Nov 07 22:52:42 nizovn: from my 3.0.5 TP with webOS: https://bpaste.net/show/e863407c05fe Nov 07 22:54:17 nizovn: Apps don't seem to ask me to permanently accept, only single time in 3.0.5 Nov 07 22:54:27 So each time I launch an app it will ask me... Nov 07 22:54:52 yeah location service needs a lot of work... Nov 07 22:59:54 nizovn: Well it doesn't look that bad it seems: https://bpaste.net/show/e8679c1b305e Nov 07 23:00:15 It seems that many of the methods just set/get a value in db8 as per above link Nov 07 23:01:18 We have quite some examples of that in luna-sysservice Nov 07 23:01:24 Shouldn't be too hard to implement right? Nov 07 23:02:01 I think if we worry about the accept one and deny once to start with should be OK Nov 07 23:02:12 Can always extend it from there Nov 07 23:02:51 And that's being taken care off by luneos-components already Nov 07 23:03:30 https://github.com/webOS-ports/luneos-components/blob/master/modules/LuneOS/Components/LunaWebEngineView.qml#l40 Nov 07 23:04:10 So any browser/enyo app should already get this when it tries to access location :) Nov 07 23:04:45 ANyway I'm off to bed... Little one has the habit to wake up between 5:00 and 6:00 all week :P Nov 07 23:04:47 yes, it's working here :) Nov 07 23:05:46 system wide switch isn't hard to implement, for apps not sure yet Nov 07 23:06:13 good night :) **** ENDING LOGGING AT Sun Nov 08 02:59:58 2015