**** BEGIN LOGGING AT Sat Oct 15 02:59:58 2016 Oct 15 09:18:15 Morning! Oct 15 09:18:22 morning Oct 15 09:18:26 Herrie|2: for th esingle ApplicationModel, I'll propose a little PR Oct 15 09:18:38 I had something simple in mind; you'll see Oct 15 09:22:09 Morning! Oct 15 09:22:13 Tofe: OK Oct 15 09:46:28 ... well, a bit less simple in practice than in theory... Oct 15 09:51:09 PRs done, but I need to validate it on N4 Oct 15 09:55:44 ... validated. Oct 15 09:59:15 Tofe: do you know if we use windowstate from LNC (it's responsible for fullscreen mode)? https://github.com/webOS-ports/luna-next/search?utf8=%E2%9C%93&q=windowstate Oct 15 10:05:12 nizovn: oh, yes, a lot Oct 15 10:05:23 the whole CardView is based on that Oct 15 10:05:42 but how do we set it? Oct 15 10:05:53 i want the default state to be fullscreen Oct 15 10:07:15 it's the cardview that sets it on window.userData.cardState object, and keeps it in sync with its actual appearance Oct 15 10:07:47 but why put it in fullscreen by default? the windows are cards when they are being launched, and then the active card is maximized Oct 15 10:07:55 fullscreen is quite rare, actually Oct 15 10:10:42 i think card should be maximized to fullscreen as default (default meaning that app is not web, nor qml, just plain app e.g. fingerterm) Oct 15 10:12:41 to that if appmenu can't recognize it, it would be not visible at all Oct 15 10:14:44 but is that a reason to hide the whole status bar? if AppMenu doesn't recognize it, current it just shows the app name; fullscreen is used when the rest of the screen space is really a plus, like for video viewing, games, etc, to avoid unwanted distraction or interaction Oct 15 10:15:48 yup, fingerterm is a kind of game from lnc point of view Oct 15 10:15:59 appmenu can't know it's name Oct 15 10:16:47 It can, it's a LNC bug; there is a name in the app list Oct 15 10:17:34 it thought the app name is set only for luneoswindow apps? Oct 15 10:17:39 s/it/i Oct 15 10:18:04 No, it's set whenever the app is active (i.e. maximized) Oct 15 10:18:23 If the app is known by the launcher, then we know its name Oct 15 10:19:17 There is no difference, from LNC point of view, between a Qt/QML app and a Enyo app (or a Web app), as long as it is described by a appjson.info Oct 15 10:20:07 And even without that, we would be able to guess a name from the app associated to the window Oct 15 10:20:27 (but I don't think we do that today though) Oct 15 10:21:24 ok Oct 15 10:21:35 Personnally, if AppMenu completely fails at showing the name, I would prefer hiding it as a last fallback Oct 15 10:22:44 .. i want to avoid showing appmenu arrow for apps that can't handle it Oct 15 10:22:51 .. i know it's silly :P Oct 15 10:23:43 it isn't, but I don't think fullscreen mode would be a good fallback; if the app is badly integrated in the OS, I wouldn't want it to be even more intrusive than the other apps :p Oct 15 10:24:17 But hiding appmenu would be completely ok, don't you think? Oct 15 10:24:52 well in webOS all non web apps were fullscreen.. Oct 15 10:25:52 Some games were yes, but all non web apps? I actually don't know Oct 15 10:26:26 Herrie|2: ^ Oct 15 10:28:26 hehe, the browser isn't fullscreen :) Oct 15 10:28:44 in webOS? Oct 15 10:28:48 yup Oct 15 10:28:54 it's enyo Oct 15 10:29:13 oh. Oct 15 10:36:16 ok, i agree that there is actually no preference for fullscreen or non- mode, so we could choose the default (for apps which don't have appmenu) in tweaks e.g. Oct 15 10:36:52 That could be a good compromise, yes Oct 15 13:23:45 Herrie|2: i'm still getting kernel panic on TP with uImage--3.0.101-12915-g7cc80db-20160914-93-r0-tenderloin-20160922134035-testing-0-433.bin Oct 15 13:23:53 seems kernel revision was not updated Oct 15 14:02:48 Tofe/nizovn: In my small sample test it seems that indeed anything non-webapp was fullscreen on legacy Oct 15 14:03:00 nizovn: Hmmz I'll check Oct 15 14:22:50 nizovn: Seems you're right... we're picking wrong SRCREV for stable :'( Oct 15 14:23:00 Should have https://github.com/shr-distribution/meta-smartphone/commit/e0477149d32753ec8885aacc02e087c0b90128eb Oct 15 14:42:02 nizovn: Is this one working OK? http://build.webos-ports.org/luneos-testing/images/tenderloin/uImage--3.0.101-12915-g7cc80db-20160914-93-r0-tenderloin-20161013190230-testing-0-442.bin Oct 15 14:43:54 let me check Oct 15 14:58:03 Herrie|2: no Oct 15 15:09:22 Herrie|2, Tofe: do you think we should support dockmode when LNC is in firstuse mode? Oct 15 15:11:59 I don't think it makes much sense; as long as the user didn't setup its device, we don't even know in which region he is Oct 15 15:16:24 Tofe: so displaymanager should know that we are in firstuse mode, do you think simple checking run-first-use file existence is ok? Oct 15 15:20:21 Or the other way around: we let it be in dockmode, but we just ignore it in lnc Oct 15 15:20:57 I think we already have a way to know we are in firstuse in LNC Oct 15 15:21:39 i tried that, then double key press is needed to turn off screen Oct 15 15:22:09 ah Oct 15 15:23:40 Maybe there's a relationship between displaymanager and bootmanager ? The latter has a "firstuse" state Oct 15 15:24:13 hm, will check Oct 15 15:24:18 I'm just worried it will be a bit hacky to track the file existence, if firstuse is finished and the device is still on dock, for instance Oct 15 15:24:56 (and the tracking is already done by bootmanager) Oct 15 15:49:43 nizovn: I'll have a look in a bit to see what's up with the kernel Oct 15 15:49:55 ok, thanks Oct 15 15:58:59 nizovn: I renamed LunaSysMgr into luna-sysmgr for systemd, that couldn't be the cause of the problems, could it? Oct 15 15:59:27 https://github.com/webOS-ports/luna-sysmgr/commit/2ba6f49d1c5585a1bf18331c0c8ab6f9fd73be0b Oct 15 15:59:48 which problems? Oct 15 16:01:21 The kernel panic, last change you made mentions LunaSysMgr: https://github.com/shr-distribution/meta-smartphone/commit/6ca90513c17e7e2b7ee0405dfeee08615cfa5ca4 Oct 15 16:02:43 no, it shouldn't Oct 15 16:04:31 on uImage--3.0.101-12915-g7cc80db-20160914-93-r0-tenderloin-20161013190230-testing-0-442.bin i see that CONFIG_MSM_CPU_FREQ_MIN=384000, which indicates that something wrong with revision Oct 15 16:10:45 Tofe: seems you are right :) Oct 15 16:48:55 nizovn: Weird Oct 15 16:49:00 Let me rebuild the kernel bits Oct 15 18:06:44 nizovn: OK see what's wrong... Will try to fix it Oct 15 23:48:52 * DougReeder checks in, after a long day painting his deck. Oct 15 23:56:40 nizovn, Tofe, we should show the app name in the upper left unless it specifically chooses full-screen mode. That’s an important cue to users. Hiding the arrow if it has no app menu is an excellent idea. **** ENDING LOGGING AT Sun Oct 16 02:59:58 2016