**** BEGIN LOGGING AT Tue Nov 10 02:59:59 2015
Nov 10 03:37:00 <DougReeder> That is a good point.
Nov 10 03:41:07 <DougReeder> If the UI choosing the album is part of the app, the Permission service should be involved.
Nov 10 03:41:51 <DougReeder> I’m not sure File Picker is flexible enough.
Nov 10 03:46:22 <DougReeder> I’m thinking it would be good to able to Cast all the works by an artist, or all the works in a genre.
Nov 10 03:47:19 <DougReeder> The UI to choose that natuarally belongs in the media apps.
Nov 10 03:55:05 <DougReeder> For built-in apps, we may be able to leverage the private and public busses.
Nov 10 03:57:48 <DougReeder> Preinstalled apps could use the private bus, 3rd party apps would use the public bus.  I believe a service could check whether a request came on the public bus. If so, the service would call the Permission service. If the request arrived on the private bus, the request would just be handled.
Nov 10 05:05:42 <DougReeder> I’ve update the Permissions Service proposal: http://webos-ports.org/wiki/Permission_Service
Nov 10 06:17:23 <DougReeder> Hmm, it’s great that IndexedDB isn’t deleted when an app quits now - but it *should* be delete when an app is uninstalled!
Nov 10 07:18:20 <Herrie|New> Tofe: The relaunch behavior is better now with regards to focus, it still doesn't seem to execute the actual relaunch parameters
Nov 10 07:19:05 <Herrie|New> I.e. when I do "luna-send -n 1 palm://com.palm.applicationManager/open '{"id": "com.palm.app.contacts", "params": {"launchType": "newContact", "contact": {"nickname": "Johnny"}}}'" when nothing is open it will give me the new contact page, however when the app is open, it will only focus the app. So it seems the handling of the params on relaunch needs some work
Nov 10 07:19:17 <Herrie|New> That might explain why the app menu handling isn't working too
Nov 10 07:38:24 <Tofe> Herrie|New: yes, I know, it's two different bugs. I fixed that one because it was easy, not because I was hoping to fix the other one :)
Nov 10 07:39:26 <Tofe> Herrie|New: the contacts bug and the appmenu bug are the same one, though. relaunch doesn't do anything, simply.
Nov 10 08:22:04 <Herrie|Veer> Tofe: Yeah that seems to be the case. Not sure why, could be a small fix somewhere too, not sure...
Nov 10 08:23:03 <Tofe> One annoying thing is that WebEngine has a tendancy to crash when WebInpector is attached
Nov 10 08:23:58 <Tofe> That sure doesn't help
Nov 10 08:25:01 <Herrie|Veer> Tofe a small thing I saw in log: NotificationArea.qml:235:5: QML ListView: Binding loop detected for property "height"
Nov 10 08:26:11 <Herrie|Veer> Yeah crashing WebInspector doesn't help
Nov 10 08:26:38 <Herrie|Veer> The QtWebEngine WebInspector works better & quicker for me compared to the old one
Nov 10 08:31:55 <Tofe> Herrie|Veer: the loop for height is not new, I saw it earlier too
Nov 10 08:33:40 <Herrie|Veer> Tofe: Yeah me too just didn't mention it :P
Nov 10 08:34:00 <Herrie|Veer> I thought to throw it out there, usually you have a 1 line fix for QML stuffs :P
Nov 10 08:50:17 <Tofe> The loop is: notificationArea.height = openListView.height , openListView.height = min(maxDashboardWindowHeight, contentHeight) , maxDashboardWindowHeight = notificationArea.height/2
Nov 10 08:51:33 <Tofe> ah wait, no, the last one is incorrect
Nov 10 08:52:31 <Tofe> mmh it could simply be that the contentHeight of a ListView depends on the height of the ListView itself
Nov 10 19:43:47 <Herrie|Laptop> nizovn: You around?
Nov 10 20:01:46 <nizovn> Herrie|Laptop: yes
Nov 10 20:02:03 <Herrie|Laptop> Seems my HTML5 Geolocation doesn't work :S
Nov 10 20:02:41 <nizovn> hm will check
Nov 10 20:02:44 <Herrie|Laptop> Added lines from log to: http://issues.webos-ports.org/issues/927
Nov 10 20:03:39 <Herrie|Laptop> I get the request to accept/deny geolocation popup
Nov 10 20:03:41 <Herrie|Laptop> So that works
Nov 10 20:03:47 <Herrie|Laptop> Then just hte handling seems wrong
Nov 10 20:05:12 <Herrie|Laptop> Could be we need the qtlocation in the webengine recipe after all?
Nov 10 20:05:45 <nizovn> will check too
Nov 10 20:05:56 <nizovn> so in browser it also doesn't work?
Nov 10 20:06:05 <Herrie|Laptop> Didn't try this
Nov 10 20:06:15 <Herrie|Laptop> Can you when I'm back home in about 1 hr
Nov 10 20:06:28 <Herrie|Laptop> s/you/test
Nov 10 20:09:53 <nizovn> i think probably qtwebengine wasn't rebuilt
Nov 10 20:17:57 <Herrie|Laptop> Tofe: https://github.com/openwebos/luna-sysmgr/blob/1393f0af5dd8d9f0e9cc79627f4acb226f8c8d45/Src/base/application/ApplicationDescription.cpp#L458
Nov 10 20:18:17 <Herrie|Laptop> "// Should handle relaunch event itself instead of just focusing first window"
Nov 10 20:18:31 <nizovn> oops, sorry, i meant qtlocation, and it's not built
Nov 10 20:18:32 <Herrie|Laptop> That might be interesting?
Nov 10 20:18:41 <Herrie|Laptop> nizovn: Yes could be
Nov 10 20:18:50 <Herrie|Laptop> Let me check logs
Nov 10 20:19:47 <Herrie|Laptop> Indeed seems it wasn't rebuilt
Nov 10 20:23:18 <Tofe> Herrie|Laptop: could be interesting
Nov 10 20:25:02 <Herrie|Laptop> Tofe: you have any idea how we can force a rebuild of qtlocation?
Nov 10 20:25:52 <Tofe> why should it be rebuilt?
Nov 10 20:26:03 <Herrie|Laptop> Because nizovn added a patch
Nov 10 20:26:30 <Herrie|Laptop> Well actually added a bbappend but this didn't trigger a rebuild :S ? https://github.com/webOS-ports/meta-webos-ports/blob/fido/meta-luneos/recipes-qt/qt5/qtlocation_git.bbappend
Nov 10 20:27:51 <Tofe> it should have... did you bump meta-wop ? :)
Nov 10 20:28:16 <nizovn> this didn't trigger a rebuild because qtlocation doesn't build at all for us
Nov 10 20:28:50 <Tofe> qtwebengine doesn't depend on it?
Nov 10 20:29:08 <nizovn> no, it doesn't
Nov 10 20:29:58 <Tofe> so maybe luneos-components should, now
Nov 10 20:30:39 <Tofe> if we begin to introduce some permissions for geolocation in LunaWebEngineView for instance
Nov 10 20:32:28 <nizovn> i think we can add it to our packagegroup
Nov 10 20:33:13 <Tofe> we could, but it would make more sense to add it as a dependency to a recipe that makes use of geolocation
Nov 10 20:33:33 <Tofe> like browser app, or luna-webappmanager
Nov 10 20:34:57 <Tofe> it isn't just a tool like gdb, we actually need it, so there must be a recipe that says it is needed in order to fully work
Nov 10 20:44:30 <nizovn> imho having qtlocation is more like distro feature, so e.g if we don't have any app using it, external app developers should be able to use it anyway
Nov 10 20:49:54 <Herrie|New> We can put it in qtwebengine ?
Nov 10 20:50:06 <Herrie|New> Tofe: We already have the permission stuff in LunaWebEngineView ;)
Nov 10 20:53:22 <Tofe> Herrie|New: I'd prefer not to change the qt dependencies themselves
Nov 10 20:55:39 <Tofe> nizovn: well, ok. I guess both alternatives are equivalent anyway.
**** ENDING LOGGING AT Wed Nov 11 02:59:58 2015