**** BEGIN LOGGING AT Thu Sep 10 02:59:58 2015 Sep 10 03:55:35 Herrie, pong :-S Sep 10 04:49:26 PopupCalc and ExhibitionCalc are now in the Hominid-Software Preware feed. Sep 10 04:53:59 DougReeder: Nice Sep 10 04:54:10 :-) Sep 10 04:54:12 Did you see my comments about the sizes in hte issue tracker Sep 10 04:54:14 ? Sep 10 04:54:30 That the sizes should work? Sep 10 04:55:01 Yeah just that you might have made the wrong assumption on how it works Sep 10 04:57:20 I should be able to use the same app package on webOS and LuneOS and have the same result. Sep 10 04:57:40 webOS only allows sizes in CSS pixels. Sep 10 04:59:56 PopupCalc specifies its system popup to be 370 CSS pixels. On the Pre3, that corresponds to 555 hardware pixels, but webOS handles that correctly. Sep 10 05:00:22 The problem is that the resolution difference is so big between N4 and TP Sep 10 05:00:52 OK I'd need to see some sample code Sep 10 05:01:41 Could be we only look at normal pixels and need to implement something for the CSS ones Sep 10 05:02:43 If you run Testr on a TP with LuneOS, the 160px system popup and the 16gridunit popup are the same height. Sep 10 05:06:22 Yes that's because 1 gridunit on TP = 10 px Sep 10 05:06:33 But on N4 1 gridunit = 18px Sep 10 05:06:53 So if you want it to be the same height on N4 you'll need 16 * 18px Sep 10 05:07:10 Gridunits work fine for LuneOS-only apps, but are not available under webOS. Sep 10 05:07:32 So using gridunits is not a solution for apps that need to run under webOS and LuneOS. Sep 10 05:09:10 DougReeder: Yes I understand that, because they won't work under legacy Sep 10 05:09:43 I would need to try Testr on my Veer or Pre 3 to see what it does Sep 10 05:09:55 So, apps that need to run under webOS and LuneOS need to specify heights in pixels. Sep 10 05:11:32 Yeah but that won't work on N4 or other higher resolution devices, because these items look unnaturaly small then Sep 10 05:11:39 That's why we introduced the GridUnits. Sep 10 05:11:54 Ideally you would specify in pixels for webOS and GridUnits for LuneOS Sep 10 05:12:25 Which is not a very nice solution but the only proper one to have things working correctly on both OS-es. Sep 10 05:12:55 Or we would need to convert everything from pixels to GridUnits at our side, which is not really ideal I think ;) Sep 10 05:13:00 webOS handles that by interpreting the height parameter as CSS pixels - on the Pre3, the passed height is multiplied by 1.5 to obtain the number of hardware pixels Sep 10 05:13:01 I see many other issues there ;) Sep 10 05:13:28 .. on other devices, webOS multiplies by 1. Sep 10 05:13:37 Ah the famous Device Pixel ratio? Sep 10 05:13:41 * DougReeder nods Sep 10 05:13:43 I've seen that somewhere Sep 10 05:14:32 Well we've got the option to set it in our WebView as per https://rschroll.github.io/beru/2013/08/21/qtwebview.experimental.html Sep 10 05:15:01 It’s not possible to specify a height in pixels and also a height in gridunits - they use the same parameter for the number. Sep 10 05:18:48 We'd need to see if we can use the devicePixelRatio on LuneOS Sep 10 05:19:00 Would need to test a bit here and there Sep 10 05:23:06 I'm quite sure there's a reason why we don't use it. Tofe or morphis might have more insight on this Sep 10 05:23:24 Herrie: I could have a dpi-dependant CSS pixel implementation for dashHeight: https://github.com/webOS-ports/luna-next-cardshell/blob/master/qml/Notifications/NotificationArea.qml#L85 Sep 10 05:23:59 I'm not sure how well adapted the layoutScale is for that Sep 10 05:24:15 Gotta go; cranky toddler. Sep 10 05:30:45 Tofe: I guess it could be worth a try Sep 10 06:32:00 Tofe: Seems Macaw Enyo and Feedspider are also broken on 30/BlackTie Sep 10 06:32:11 So it's not something in the recent work that broke stuff Sep 10 06:32:21 Still should be fixed though :P Sep 10 06:58:48 Herrie|2: I'm wondering why html5test works on my side... Could you send me the ipk of another broken app like macaw ? Sep 10 07:23:31 Tofe: Both Macaw and Feedspider are in the custom feeds in Preware. Sep 10 07:25:56 oh ok Sep 10 07:27:24 Macaw under Social Networking Sep 10 07:27:41 FeedSpider under News or Productivity not 100% sure Sep 10 07:28:31 Feedspider just gives a white screen. Might be something small. Macaw is more complicated probably because it does external auth with Twitter via new windows Sep 10 07:40:51 I'll have to find out what my Twitter account (and password) was... Sep 10 07:42:10 You could use the webos-ports one ;) Sep 10 07:43:26 oh well, we'll see, I could as well create a test account Sep 10 07:44:10 Yeah ;) Sep 10 07:56:52 JaMa: Let us know when you're done switching to fido and we'll merge our PR's there :) Sep 10 12:25:52 all: I've switched testing and stable branches to fido and triggered new testing builds Sep 10 12:32:02 OK. Normally we used dizzy directly for testing. We should do the same for fido right? So commit changes to fido branch? Sep 10 12:47:46 correct Sep 10 12:47:57 dizzi should be considered read-only now Sep 10 12:48:19 I'll do cherry-picks (rebase) of new changes commited to fido to master branch Sep 10 13:07:37 top priority is to resolve pulseaudio-droid-modules for mako and mesa/egl issue for qemux86 Sep 10 13:15:55 OK so we do our SRCREVs to Fido now and build with luneos-testing as usual? Sep 10 13:23:28 yes Sep 10 13:26:27 OK :) Sep 10 13:26:55 Can do changes when you're build is OK right? Sep 10 13:30:06 morphis: ping Sep 10 13:31:26 I'll update my build at home too Sep 10 13:31:44 Herrie|Veer: yes, should be fine Sep 10 13:59:21 morphis: Do you know/remember where can I find those KGSL_LOG_DUMP that are output when there is a page fault? Sep 10 14:00:21 Ah, seems it should be in logcat (maybe) Sep 10 14:01:59 ok, I'll start with that tonight Sep 10 15:18:56 Tofe: ping Sep 10 15:23:01 morphis: ping Sep 10 16:22:32 Herrie|Veer: when you have time can you please test image from http://jenkins.nas-admin.org/view/luneos-testing/job/luneos-testing_mako/lastBuild/console ? Sep 10 16:22:38 it has that newer pulseaudio-module-droid Sep 10 16:33:23 JaMa: Downloading and will test in a few mins Sep 10 16:41:44 Herrie|2: pong Sep 10 16:45:59 Tofe: Was going to Trello for outstanding items Sep 10 16:46:08 Wanted to check with you if these were done or not Sep 10 16:46:48 ok Sep 10 16:48:05 "Application manager creates zoombie processes" ? Sep 10 16:48:34 "QML: retrieve and show the real app shortcuts for the launcher bar" ? Sep 10 16:49:05 Where are those items? Sep 10 16:49:14 https://trello.com/b/TIZXk0xw/luna-next Sep 10 16:49:18 Ah I see Sep 10 16:49:35 We don't really use it that much anymore but it has still soem items that need doing Sep 10 16:49:38 I did see any zombie process lately Sep 10 16:49:43 So I was cleaning it up a bit Sep 10 16:50:27 For the launcher bar, it is still a static list, we can't drop from the launcher to the launchbar, iirc Sep 10 16:51:33 Ah ok Sep 10 16:51:42 You did or didn't see zombie? Sep 10 16:52:32 didn't, sorry Sep 10 16:54:02 OK so I guess we can close it? Sep 10 16:54:58 JaMa: Booting N4 now with new image Sep 10 16:55:46 yes we can close it Sep 10 16:55:58 anyway it's more a bug than a task Sep 10 16:57:36 JaMa: Pulseaudio still broken it seems Sep 10 16:57:42 Any logs I can pull for you? Sep 10 17:01:02 On my side, I've started a brand new testing build for fido at home Sep 10 17:03:45 :D Sep 10 17:03:58 Tofe: I don't think we do this yet? "Suspend carded web applications after some time" Sep 10 17:04:07 nope Sep 10 17:04:38 "Implement a notification controller"? I guess we have that more or less? Sep 10 17:04:45 You added it ;) Sep 10 17:04:48 We have that yes Sep 10 17:06:06 These 2 might be fairly easy to implement? "QML: handle fullscreen-type windows" and "Add fullscreen mode for applications"? The webapp part shouldn't be too hard Sep 10 17:06:14 Since we have some experimental prefs for that Sep 10 17:08:44 I've not investigated too much that part Sep 10 17:09:20 We do have fullscreen cards, of course, but I don't know if we plugged the rest of the stack (where the webapp would be configured for that and so on) Sep 10 17:10:37 There is some code in the compositor for the Wayland side Sep 10 17:16:18 Ah ok, so probably quite some work to do there still Sep 10 17:22:57 yes Sep 10 17:26:38 Herrie: for the rotation hang, it seems related to a web card being open, so I suspect that somehow the WebView triggers it Sep 10 17:37:26 Tofe: Hmmz :S Sep 10 17:37:31 QT bug maybe then? Sep 10 17:40:55 Tofe: For 893: Added a log. http://issues.webos-ports.org/issues/893 Sep 10 17:41:06 Seems lockState is not returned correctly on usb-in event Sep 10 17:41:40 It's set to locked when screen is turned off. Next time it's being called is with usb-in event and it's unlocked. Sep 10 17:48:41 Probably this is the culprit: https://github.com/webOS-ports/luna-sysmgr/blob/webOS-ports/master/Src/base/DisplayStates.cpp#L42 Sep 10 18:22:35 Maybe Sep 10 18:25:52 Herrie: thanks for test and no logs now, I'll try to fix qemux86 first Sep 10 19:11:46 JaMa: OK Sep 10 19:11:57 In case you need me to test or send logs of something let me know **** ENDING LOGGING AT Fri Sep 11 02:59:58 2015