**** BEGIN LOGGING AT Sat Apr 04 02:59:58 2015 Apr 04 10:38:24 EricBlade: pong Apr 04 10:38:42 Herrie|2: returned today. :-) Apr 04 11:02:13 Garfonso: Hope you enjoyed! Welcome back! Apr 04 12:11:27 elvispre: ping Apr 04 12:24:54 Herrie: thanks. We really enjoyed. I can recommend Vietnam for a very interesting trip. Apr 04 12:50:32 Garfonso: Seems there's some work for you ;) Apr 04 12:50:41 Google contacts sync seems broken ;) Apr 04 12:50:56 http://issues.webos-ports.org/issues/879 Apr 04 14:18:58 Herrie: ping Apr 04 14:19:15 Or should that be pong? :) Apr 04 14:59:57 elvispre: Should be pong ;) Apr 04 15:00:19 I saw your WIP on some of the settings, you think this might solve http://issues.webos-ports.org/issues/809 ? Apr 04 15:05:38 Herrie: Well 809 is not very specific, is it? Apr 04 15:06:12 I am making the app better - I reckon - but most of what I'm doing right now Apr 04 15:07:13 is just stopping us setting a timeout of, say, 180s when the system told us that's what it is already. Apr 04 15:10:37 OK Apr 04 15:10:39 I can set the timeouts, brightness level and the toggles on Screen & Lock - and the time zone on Date & Time of course! - and they all seem to persist over a reboot for me. Apr 04 15:11:15 OK Apr 04 15:11:26 Because the data + roaming also is acting up... Apr 04 15:11:45 Basically turning off when you turn it on ;) Apr 04 15:12:47 I must say I have a feeling something is up: I haven't seen any phone bars for several days now. Apr 04 15:16:44 On N4? Apr 04 15:16:56 Herrie: Are you referring to the Roaming and Data toggles on the Telephony settings panel? Apr 04 15:17:00 Yeah Apr 04 15:17:14 When you toggle them on they toggle off automatically again Apr 04 15:17:32 Well, I am exceptionally well-placed to take a look at that right now! Apr 04 15:17:43 And, yes, on N4. Apr 04 15:17:57 I have bars + data connection on the April 1st build Apr 04 15:18:14 We did do some ofono + connman updates so it could be some stuff "broke" ;) Apr 04 15:18:17 But it shouldn't Apr 04 15:21:26 I have a masochistic self-compiled build, and a clean build does not succeed for me currently, so I wouldn't take my experience as a bug report. Apr 04 15:22:33 I will check how the Roaming and Data toggles are handled later this evening. Apr 04 15:22:51 Right now I am off out to enjoy the last of the sunshine! Apr 04 15:23:16 Do :) We don't have too much of it yet here ;) Apr 04 15:23:23 But hsould get better from next week ;) Apr 04 15:25:33 Tofe: i looked at tap ripple issue, so it seems that primaryOrientation should be updated too Apr 04 15:25:33 http://doc.qt.io/qt-5/qml-qtquick-window-screen.html#orientation-attached-prop Apr 04 15:25:33 http://doc.qt.io/qt-5/qml-qtquick-window-screen.html#primaryOrientation-attached-prop Apr 04 15:25:33 maybe related https://github.com/nemomobile/lipstick/blob/master/src/compositor/lipstickcompositor.cpp#L553 Apr 04 15:38:25 nizovn: Could that explain why the lock disappears sometimes? Apr 04 15:38:31 When rotated? Apr 04 15:38:47 I didn't really see anything else very obvious that's wrong with the QML code for it Apr 04 15:46:21 Herrie: possible Apr 04 16:37:59 nizovn: let me read that documentation again, looks like I may have misunderstood primaryOrientation Apr 04 16:48:37 nizovn: I guess you're right; what we want to do is to provide an automatic rotation of the screen through the compositor, so that apps don't have to bother. Therefore, orientation will always be equal to primaryOrientation, and the latter will change. Apr 04 16:49:32 ok Apr 04 16:52:15 what was the tap ripple issue, again? Apr 04 16:52:43 it has swapped coordinates Apr 04 16:52:50 ah ok Apr 04 16:53:58 yes, that would solve it. Apr 04 16:55:06 let me see how to glue all that in our QScreen QPA specialization and in our compositor Apr 04 17:34:42 nizovn: there is a problem though: primaryOrientation doesn't handle inverted orientations Apr 04 17:34:53 and we don't have the control over that property Apr 04 17:35:16 so on inverted screen orientation, the tap ripple would still be misplaced Apr 04 17:48:22 Tofe: sounds like issue in Qt Apr 04 17:59:33 Unfortunately yes Apr 04 18:24:06 nizovn: for the moment, I think the best is to stick with what we have, and fix ReticleHandler to translate coordinates regarding screen orientation. Apr 04 18:24:48 It is part of the compositor, so it's not that weird Apr 04 18:25:34 well, we are lucky that it is round :) Apr 04 18:26:07 no no, only the position is wrong Apr 04 18:26:23 the ripple itself is rotated alright Apr 04 18:26:52 the problem is that it takes its position directly from a touch event, so in screen coordinates, instead of item coordinates Apr 04 18:27:03 .... let me check that last sentence Apr 04 18:39:35 Tofe: yes, you are right Apr 04 18:43:41 I think I have a 2 lines fix Apr 04 18:48:24 https://github.com/webOS-ports/luna-next/commit/35e3bbc7d617a96da2362d6e5d7434327ce5a406 should do it Apr 04 18:48:52 (not tested yet) Apr 04 19:01:18 morphis, Herrie: I still have this ofono connect/disconnect bug, can I help on the debug? Apr 04 19:01:23 or is it identified? Apr 04 19:11:50 Tofe: It seems due to your APN not being in the DB Apr 04 19:12:11 We currnetly don't seem to support custom APN with our Ofono which comes from Mer/Sailfish OS it seems Apr 04 19:12:35 Ubuntu guys have a custom pach for it to manually allow a XML file to be provided it seems Apr 04 19:12:48 Seems we need to think about how we want to support it Apr 04 19:13:02 Legacy used carrierdb stuff which was prorprietary for Palm Apr 04 19:14:21 Ideally we could set it from FirstUse and/or Setting so we'd need some way to store stuff via a luna call and define how/where we want to store it Apr 04 19:14:40 I'm not a big fan of the Ubuntu custom XML file, since it's not very flexible for the user to test Apr 04 19:15:05 Tofe: To make sure it's the missing APN you could pop in the SIM from a proper provider and see what it does. Quite sure it'll behave then Apr 04 19:15:19 :) ok Apr 04 19:15:32 (hehe, I like the "proper" word) Apr 04 19:16:03 You know what I mean ;) No MVNO ;) Apr 04 19:16:21 Just for testing Apr 04 19:16:31 Ah, mmh, my usual SIM is from a MVNO, that'll complicate things Apr 04 19:17:27 But nevermind, as long as we know what is the issue Apr 04 19:17:58 Tofe: I assume that's it, because both you and Alan were on a MVNO for which the APN data doesn't seem to be in the DB Apr 04 19:18:04 THis is the Ubuntu solution: https://github.com/rilmodem/ofono/pull/101 Apr 04 19:18:13 Not very pretty and suitable for us if you ask me Apr 04 19:19:32 I agree Apr 04 19:20:29 Legacy had carrierdb.json with all APN settings (far from complete and outdated info often) Apr 04 19:21:02 Seems that we had com.palm.carrierdb.settings.current:1 and com.palm.carrierdb.settings.override:1 for the settings Apr 04 19:21:58 You could do the following call: palm://com.palm.carrierdb/getCurrentRecord to get the vaule in the .current one Apr 04 19:30:28 This comes from 3.0.5: https://bpaste.net/show/15770ec41f97 Apr 04 19:31:10 Basically when you add manual settings for data or MMS it performs a test to see if they're "valid" and then you can save them (even if not valid) Apr 04 19:31:50 None of this was open sourced by HP, so we'd need to recreate something. I think the legacy way was fine, we'd just have to make sure that ofono can deal with it. Apr 04 19:31:56 ok Apr 04 19:31:57 But happy to see morphis input on this Apr 04 19:32:24 So ofono should check if it can find the APN settings, validate them if not OK or not available ask user to provide them Apr 04 19:33:22 Quick fix for now to test your Lycamobile one might be to add your info to: /system/etc/apns-conf.xml Apr 04 19:41:50 yes thanks Apr 04 19:55:22 Tofe: with mapBetween it doesn't work, but with transformBetween seems works good. btw padlock also needs some corrections? Apr 04 19:58:09 ah, you found the right way to transform the point ? I'm still struggling with the QScreen API :D Apr 04 19:58:54 the padlock? Apr 04 20:02:50 Tofe: the screen lock Apr 04 20:02:50 i found working way using transformBetween, but maybe using anglebetween and then rotate is more convenient to read Apr 04 20:02:55 It disappears when rotated on N4 Apr 04 20:02:59 So you cannot unlock it ;) Apr 04 20:03:04 Unless you rotate back ;) Apr 04 20:03:37 well, it rotates lower the screen Apr 04 20:03:38 The anchors seem proper in general Apr 04 20:04:23 nizovn: got the transform too now Apr 04 20:04:23 Tofe: https://github.com/Herrie82/luna-next-cardshell/blob/master/qml/LockScreen/PadLock.qml Apr 04 20:06:06 morphis: https://github.com/webOS-ports/luna-next/pull/100 Apr 04 20:06:33 Tofe: thing is sometimes I can see the padlock when rotated, sometimes not Apr 04 20:07:11 strange, I don't have any issue with the padlock Apr 04 20:08:03 really, no issue at all on N4 Apr 04 20:08:13 for me it disappears if touch it in portrait orientation and then rotate to landscape Apr 04 20:08:30 ah, you rotate during drag? Apr 04 20:09:04 no, tap and release, then rotate Apr 04 20:09:21 ok, gotcha Apr 04 20:10:26 Tofe let me upload a video as well Apr 04 20:11:09 that's a pure qml issue here, I'll fix it Apr 04 20:11:25 Tofe: Yeah probably Apr 04 20:14:55 voilà : https://github.com/webOS-ports/luna-next-cardshell/commit/e4e6ad5202b1eb6ca1df3cc2eecef1f2851f3973 Apr 04 20:16:03 (in javascript, the = operator erases all binding between properties, so we have to set it by hand) Apr 04 20:17:01 (but I'm not even sure the reset is necessary at all here; will check later) Apr 04 20:18:49 (checked, yes it is.) Apr 04 20:22:17 Tofe: will push & test now Apr 04 20:22:19 rebooting N4 ;) Apr 04 20:22:26 Still hate ADB on Windows.... Apr 04 20:22:28 It's a PAIN Apr 04 20:25:33 rebooting N4 ? Oh, I do that only once a day usually ;) Apr 04 20:25:52 ( hurray Linux *\o/* ) Apr 04 20:41:33 Tofe: working! **** ENDING LOGGING AT Sun Apr 05 02:59:58 2015