**** BEGIN LOGGING AT Tue Apr 30 02:59:57 2019 Apr 30 06:20:03 Morning! Apr 30 07:13:48 Morning! Apr 30 07:14:58 Tofe: Saw this one in OSE, not sure if of use to us as well? https://github.com/webosose/meta-webosose/pull/13/files Apr 30 07:16:41 Herrie|Laptop: only if we use qemu, if I understand correctly Apr 30 07:16:50 (on user side, I mean) Apr 30 07:17:23 I don't think it's being used with virtualbox Apr 30 07:17:32 but I could be wrong. Apr 30 07:20:11 Tofe: Ah OK Apr 30 07:34:08 Will ping JaMa when he's around Apr 30 07:34:10 He might know Apr 30 08:36:33 Tofe: Seems that in qemux86 I have some focus issues in browser. I.e. the VKB doesn't show up when I try to click the URL bar Apr 30 08:37:11 In JustType it shows the VKB area, but no content Apr 30 08:39:26 I have a lot of Maliit in logs: https://bpaste.net/show/8551d9866230 Apr 30 08:43:43 "Failed to move cursor on screen" is a backend restriction, but without real consequence Apr 30 08:44:19 "Could not queue DRM page flip on screen VGA1" is more worrying, basically it means we lose some rendering queue... Apr 30 08:44:49 Do you get the same on qemux86-64 ? Apr 30 08:45:11 Tofe: Let me try the latest from Jenkins Apr 30 08:46:50 Also email app doesn't show anything Apr 30 08:46:55 But I've seen that before Apr 30 08:51:51 It's been there for a while I guess Apr 30 08:51:59 Must be something small in the webengine update at some point Apr 30 08:52:03 Other apps seem to behave Apr 30 09:00:35 Found an OSE regression in the Google C+DAV connector, will PR a fix for that Apr 30 09:02:03 I also found a little bug in lunasysmgr-common when /proc/cpuinfo doesn't provide the expected content Apr 30 09:09:12 Also with location service not working I saw this: Apr 30 05:25:35 qemux86 geoclue[556]: Failed to load TLS database: Failed to load system trust store: GnuTLS was not configured with a system trust Apr 30 05:25:35 qemux86 geoclue[556]: Failed to query location: Unacceptable TLS certificate Apr 30 09:09:20 That might explain why it doesn't work Apr 30 09:21:48 ah yes, good catch Apr 30 09:22:05 now, how does GnuTLS work... Apr 30 09:23:09 someone else fixed it this way on his distrib https://github.com/vmware/photon/commit/c2b6fae083ddd95bc7980a2111ecaeff08dfe0a2 Apr 30 09:23:52 so adding "--with-default-trust-store-file=${sysconfdir}/pki/tls/certs/ca-bundle.cr" may fix it. But shouldn't it be OE's job? Apr 30 09:26:58 ah, it seems it can also load it at runtime Apr 30 09:29:23 Ok I give up, I have no idea how gnuTLS and ca-certificates interact :) Let's ask JaMa Apr 30 09:31:29 Yeah he might know Apr 30 10:09:48 Tofe: Seems GeoClue is at 2.4.12 currently. I can try a simple bump Apr 30 10:09:52 Maybe that magically solves it Apr 30 10:24:23 novaldex: ping Apr 30 10:55:36 Ah seems they switched to GitLab and have 2.4.13 and even 2.5.2 there Apr 30 10:55:48 https://gitlab.freedesktop.org/geoclue/geoclue/tags Apr 30 11:14:53 Be careful though: "Switch from autotools to meson build system" Apr 30 11:36:38 Tofe: Yeah got that tackled now, just the do-install needs a fix still Apr 30 11:47:01 Great! But personnally I think the solution is simply to fix the configuration of gnutls, somehow Apr 30 11:50:54 Probably yes, but doesn't hurt to have updated GeoClue2 as well ;) Apr 30 12:01:37 yup Apr 30 12:26:57 Tofe: It seems we simply don't have a ca-bundle.crt in the image Apr 30 12:28:20 But we do have a /etc/ssl/certs/ca-certificates.crt Apr 30 12:47:41 Seems we can use --with-default-trust-store-dir testing that now Apr 30 12:56:22 OK that works it seems Apr 30 12:56:35 With updated GeoClue as well Apr 30 12:56:49 The regular request via PalmBus now works, the HTML5 one not Apr 30 12:57:01 Apr 30 10:54:41 qemux86-64 LunaWebAppManager[630]: CRITICAL: 10:54:41.460: Failed to set Geoclue positioning requirements. Geoclue error: org.qtproject.QtDBus.Error.InvalidObjectPath Apr 30 10:54:41 qemux86-64 LunaWebAppManager[630]: CRITICAL: 10:54:41.470: undefined: POSITION_UNAVAILABLE
code: 2
message: Apr 30 12:57:05 But it's progress Apr 30 12:57:10 Let me PR this already Apr 30 13:09:39 There we go :) https://github.com/webOS-ports/meta-webos-ports/pull/343 Apr 30 13:12:04 very good ! Apr 30 13:12:49 Ok seems the HTML5 one needs qtlocation plugin update as per https://bugreports.qt.io/browse/QTBUG-67999 Apr 30 13:12:54 Which is "not a priority" Apr 30 13:13:24 for 0001-Use-google-as-default-and-add-api-key.patch, is it ok to put that key on github? Apr 30 13:14:17 ah wait I misread the diff, it was already there Apr 30 13:14:20 nevermind Apr 30 13:14:29 Yeah well for our usage it should be OK I guess Apr 30 13:14:33 We don't use a whole lot Apr 30 13:15:44 ok to merge it now? Apr 30 13:15:51 Ah seems there is a geoclue2 now :) https://github.com/qt/qtlocation/commits/5.12/src/plugins/position/geoclue2 Apr 30 13:15:58 Tofe: Well maybe JaMa has some comments Apr 30 13:16:07 I wonder why the GnuTLS broke Apr 30 13:16:13 let's wait a bit yes Apr 30 13:16:18 This "fixes" it, but it worked in the past Apr 30 13:17:18 I guess just https://git.merproject.org/mer-core/qtlocation needs updating then Apr 30 13:22:52 Ah we have our own plugin, I forgot :) qtlocation-luneos-plugin Apr 30 13:31:23 yep :) Apr 30 13:32:39 It's just a proxy for luna://org.webosports.location Apr 30 13:35:56 Tofe: Seems we might need to tweak the Geoclue2 config a bit for things to work.... Apr 30 13:45:43 Very probably, I don't know that area very well... Apr 30 13:45:47 ... or, even well Apr 30 13:48:35 Well something like https://gitlab.freedesktop.org/geoclue/geoclue/blob/master/data/geoclue.conf.in#L100 Apr 30 13:48:44 However not much luck so far at my end Apr 30 13:52:15 oh, per-app authorization... Apr 30 13:52:27 would be LunaWebAppManager and luna-qml-launcher then Apr 30 13:52:45 I guess we could add a whitelist as https://gitlab.freedesktop.org/geoclue/geoclue/blob/master/data/geoclue.conf.in#L13 Apr 30 13:52:58 mmmh ah no, not really, it would be the one that hosts org.webosports.location Apr 30 13:56:30 It seems it could actually be the high accuracy flag that's the problem Apr 30 13:56:48 Let me clean up my .conf again and try without the high accuracy flag Apr 30 13:57:47 Yup seems to be the high accuracy Apr 30 13:57:52 Maybe API changed somewhat Apr 30 13:58:00 Without the high accuracy it works Apr 30 14:02:52 ah great Apr 30 14:03:20 but it isn't new isn't it? I remember you pointing out the high accuracy months ago Apr 30 14:07:17 I guess not ;) Apr 30 14:07:26 Probably something changed in Chromium or something Apr 30 14:07:27 Hard to say Apr 30 14:07:34 Having an issue tracker would be useful :P Apr 30 14:07:37 novaldex: ^ Apr 30 14:20:30 I'll grep around the Chromium code (joy) to see if they changed anything in the getCurrentPosition call Apr 30 14:24:35 Yes, enjoy :) Apr 30 14:50:26 Tofe: Well there might be an easy explanation.... Apr 30 14:50:57 Seems we have geolocation and navigator_geolocation in https://github.com/qt/qtwebengine-chromium/tree/69-based/chromium/third_party/blink/renderer/modules/geolocation Apr 30 14:52:08 The call we do is navigator.geolocation which makes me think this is routed to the navigator version which simply doesn't seem to have an option to set the High Accuracy. Apr 30 14:53:01 The regular geoposition does seem to have options for it: https://github.com/qt/qtwebengine-chromium/blob/69-based/chromium/third_party/blink/renderer/modules/geolocation/geolocation.cc#L447 Apr 30 15:09:04 Ah no, might be a wrong lead :S Apr 30 15:09:58 Herrie|Laptop: pong, sorry been mad morning Apr 30 15:10:18 novaldex: No worries we all have those at times ;) Apr 30 15:11:02 ah yes, issue tracker, I keep nudging about it Apr 30 15:11:08 did I miss something else? Apr 30 15:11:28 could do without mad mornings, lost my complete train of thought today! Apr 30 15:14:41 novaldex: No that seems to be it for the moment, things seem to be running OK otherwise... Just it's hard keeping track of issues on Post-It notes :P Apr 30 15:16:15 i'm now picturing your monitor covered in little yellow squares.. unless you've gone for a different colour? Apr 30 15:16:52 i'll give them a little reminder.. Apr 30 15:33:21 novaldex: Thnx Apr 30 17:24:42 Tofe: On latest test image from Jenkins (x64) I still have VKB issues Apr 30 17:25:03 It doesn't appear in browser, in FirstUse I get the area but no vkb Apr 30 17:25:19 s/FirstUse/JustType Apr 30 17:25:39 This is without your updated vboxtouch plugin though Apr 30 17:25:48 Not sure if I need that one? Apr 30 17:26:04 Mouse behaves a lot better still occasionally glitches though Apr 30 17:26:08 both are complementary, but unrelated Apr 30 17:26:29 I.e. tap ripple on location where I didn't click. Don't know how to replicate it yet though Apr 30 17:26:54 I'll have to test the vkb here too Apr 30 17:27:00 If I understood vboxtouch solves it properly and .conf is workaround? Apr 30 17:27:33 The location service behaves for me except for the high accuracy Apr 30 17:27:56 Which I suspect is a Qt/webengine/Chromium bug somehow Apr 30 17:28:35 yes, but both should end with the same behavior Apr 30 17:28:57 There is this email app bug (could be due to one of the many reworks of the webengine bits). Seems some things are undefined that should work Apr 30 17:29:10 I still need to test C+DAV a bit more as well Apr 30 17:29:22 I didn't get contacts to successfully sync yet Apr 30 17:29:40 Could be I need to tweak some of the js mojo frameworks as well Apr 30 17:30:36 Seems like LG might have dropped the internetConfidence altogether Apr 30 17:31:12 EricBlade: ^ Any light you can shine on this (ActivityManager) Apr 30 17:33:14 ActivityManager had one of the biggest reworks it seems between OWO and OSE Apr 30 17:38:13 Tofe: I mean stuff like Apr 30 15:34:31 qemux86-64 LunaWebAppManager[630]: CRITICAL: 15:34:31.250: Uncaught TypeError: Cannot read property 'addListener' of undefined Apr 30 15:34:31 qemux86-64 LunaWebAppManager[630]: [630:630:0430/153431.251045:INFO:CONSOLE(54)] "Uncaught TypeError: Cannot read property 'addListener' of undefined", source: file:///usr/palm/applications/com.palm.app.email//mail/source/Accounts.js (54) Apr 30 17:38:32 And Apr 30 15:34:31 qemux86-64 LunaWebAppManager[630]: CRITICAL: 15:34:31.275: Uncaught TypeError: Cannot read property 'hasNode' of undefined Apr 30 15:34:31 qemux86-64 LunaWebAppManager[630]: [630:630:0430/153431.275484:INFO:CONSOLE(573)] "Uncaught TypeError: Cannot read property 'hasNode' of undefined", source: file:///usr/palm/applications/com.palm.app.email//mail/source/MailApp.js (573) Apr 30 17:38:52 yes, looks like something has changed there... Apr 30 17:42:09 It could be something has been deprecated in Chromium, but I think it's more likely something in the patches that doesn't work 100% **** ENDING LOGGING AT Wed May 01 02:59:57 2019