**** BEGIN LOGGING AT Mon Jan 26 02:59:59 2015
Jan 26 03:15:06 <DougReeder> Garfonso, Cage1___, Herrie, I believe the best way to share UI code between apps at this point is to put it in a library, as morphis suggested.
Jan 26 03:15:46 <DougReeder> Each app has its own copy of Enyo, so each app needs to control what source code it uses.
Jan 26 03:16:38 <DougReeder> The $lib mechanism used in Enyo 1 only makes sense when apps share a common version of Enyo.
Jan 26 03:17:29 <DougReeder> Long term, something like http://webos-ports.org/wiki/Intents is probably what we want.
Jan 26 04:47:39 <DougReeder> Garfonso, if the Contacts app is creating a new person object in memory, and contact objects in DB8, is there an ID field they should have in common?
Jan 26 05:00:25 <DougReeder> Is it just the contactIds in the person object the only link between them?
Jan 26 06:06:59 <Garfonso> DougReeder: yes. But you have to keep in mind that contactlinker will add a new person to the person:1 db if you add a new contact to contact:1 in db8... so better not confuse them.
Jan 26 06:07:09 <Garfonso> or it might add the contact to an already existing person... ;)
Jan 26 06:07:40 <DougReeder> Hmmm
Jan 26 06:08:50 <DougReeder> At the moment, I’m adding the new person just to the in-memory Collection of persons.  But after I implement the watch, that may not be neccessary.
Jan 26 06:09:40 <DougReeder> What do i need to do, to create a contact in DB8, that will be synced to the back end?
Jan 26 06:10:01 <Garfonso> synced to what backend? You mean like google?
Jan 26 06:10:12 <DougReeder> Yes.
Jan 26 06:11:06 <Garfonso> you just need to add it to the right kind (like org.webosports.cdav.contact:1 for our connector) and set the right accountId.
Jan 26 06:11:20 <Garfonso> not 100% sure where you get the kind id from.
Jan 26 06:11:26 <DougReeder> :-S
Jan 26 06:11:36 <Garfonso> but that is in the account template, for example.
Jan 26 06:11:58 <Garfonso> probably you should be able to get that from somewhere... hm.
Jan 26 06:12:02 <DougReeder> Might have to read in the accounts.
Jan 26 06:12:36 <DougReeder> I may create contact:1 records that are only local, for the initial PR.
Jan 26 06:13:42 <DougReeder> There’s a non-functioning popup for account in the Create New Contact scene.
Jan 26 06:14:18 <Garfonso> in legacy there is  luna-send -n 1 -f palm://com.palm.service.accounts/listAccounts '{}' which gives you account templates for all present account, which also include the db8 kinds
Jan 26 06:14:49 <Garfonso> ah. that already works in LuneOS *phew*
Jan 26 06:15:07 * DougReeder nods
Jan 26 06:17:07 <DougReeder> Yes, it looks like that call can provide the needed info.
Jan 26 06:18:25 <Garfonso> a bit nasty is that the HP account does not have dbkinds fields... but for the other account types, you can loop through capabilityProviders, look for capability === "CONTACTS" and then use dbkinds.contact field.
Jan 26 06:20:47 <Garfonso> btw: c+dav also has a "contactset" field, which translates to different addressbooks (i.e. folders) in carddav. Maybe that would be nice  to support. Like different contact lists... not sure how to apply that to the person concept, though. ;)
Jan 26 06:21:38 <DougReeder> You can have multiple “contactsets” per account, and each contact belongs to exactly one?
Jan 26 06:22:54 <Garfonso> Yes. This basically are just different folders where the contact objects are stored in carddav.
Jan 26 06:23:29 <Garfonso> for ownclound that are the different addressbooks, like your personal addressbook and shared from different persons. I think that is the same for google.
Jan 26 06:23:43 <DougReeder> I don’t think our current data structures allow us to represent that.
Jan 26 06:24:32 <Garfonso> yeah, it is something I only added in c+dav service, because I need to store the information anyway (in order to find the right URI and check for changes in the right folder)
Jan 26 06:24:42 <DougReeder> … unless we represented them as separate accounts
Jan 26 06:25:52 <Garfonso> hm.. might work.
Jan 26 06:26:29 <DougReeder> So, if new DB8 records of the correct type are created, will they be synced to the back end?
Jan 26 06:29:16 <Garfonso> yes. All this goes by db8 watches.
Jan 26 06:29:29 <DougReeder> Great!
Jan 26 06:32:55 <DougReeder> Okay, I’m off to bed!
Jan 26 07:14:11 <Herrie|2> morphis: ping
Jan 26 07:15:51 <Herrie|2> Seems buils are failing on the Enyo 2 apps, just downloaded them from repo and manually ran node enyo\tools\deploy.js for latest memos and settings and that's successful
Jan 26 08:26:47 <Herrie|Veer> Cage1___: The new messaging bits look better already, now I have a send button :)
Jan 26 08:27:18 <Herrie|Veer> And the convo seems to build nicely, just SMS doesn't seem to be sent yet and I saw some odd messages in the thread
Jan 26 08:27:38 <Herrie|Veer> Let me send a few more SMS to my N4 and reply to it and make some screenshots
Jan 26 08:29:23 <Cage1___> unfortun i dont know if the code for db8Source works correctly, i'm working against db8SourceMock. the message model gets committed but maybe there's something in there that's not correct, or palmservice isnt doing it right (are we 100% sure that code works?)
Jan 26 08:32:30 <Herrie|Veer> We're not sure :P
Jan 26 08:32:55 <Herrie|Veer> These are the first tries I think... Though morphis confirmed sending SMS works from command line if I'm correct
Jan 26 08:33:08 <Herrie|Veer> But I might be mixing a few things up
Jan 26 08:33:23 <Herrie|Veer> Let me pull the screenshots and logs
Jan 26 08:33:37 <Cage1___> okay, if tha'ts the case, then the message model is probably not correct and/or some value missing.
Jan 26 08:33:50 <Herrie|Veer> I also noticed that I only get the new messages after closing & reopening the app
Jan 26 08:34:00 <Herrie|Veer> Could be some watch is not there or not working
Jan 26 08:34:07 <Herrie|Veer> Let me pull some logs first :)
Jan 26 08:36:02 <Cage1___> okay. i'll modify the code to dump a .raw() of message model, then you can try sending that output via luna...if it doesn't work, then the model info is incorrect.
Jan 26 08:36:28 <Herrie|Veer> I have some object in the log
Jan 26 08:36:43 <Herrie|Veer> Would be good to output the actual strings in the log
Jan 26 08:36:45 <Herrie|Veer> Let me paste
Jan 26 08:36:50 <Cage1___> right now i can see there is no timestamp, status, smsType, networkMsgId
Jan 26 08:37:11 <Cage1___> plus the threadmodel might be an issue as well...
Jan 26 08:38:03 <Cage1___> maybe the personId or replyAddress is not in correct format?
Jan 26 08:38:22 <Herrie|Veer> http://bpaste.net/show/c45f915dc290
Jan 26 08:38:33 <Herrie|Veer> That's the current log
Jan 26 08:38:42 <Herrie|Veer> Just search for messaging in it
Jan 26 08:39:19 <Herrie|Veer> When the [object Object] would be strings it would help :P
Jan 26 08:39:51 <Cage1___> i see the problem
Jan 26 08:40:03 <Cage1___> there is no "to" array in the message object
Jan 26 08:40:13 <Herrie|Veer> If you need me to query something with luna-send happy to do so :)
Jan 26 08:40:35 <Herrie|Veer> Since I got an actual device at hand that might help :)
Jan 26 08:42:20 <Cage1___> most likely it's the to thing
Jan 26 08:44:10 <Herrie|Veer> http://tinypic.com/r/2gt9obt/8
Jan 26 08:44:42 <Herrie|Veer> The bottom "Message text" + timestamp appear after sending a message
Jan 26 08:44:53 <Herrie|Veer> When I close the app and reopen it's gone though
Jan 26 08:52:15 <Cage1___> i submitted new pull request
Jan 26 08:52:17 <Cage1___> please try
Jan 26 08:53:08 <Cage1___> yes, that will happen because it adds the message to the collection locally. but palm service isnt adding it to its end, so when you  restart the message gets lost
Jan 26 08:53:50 <Cage1___> if it works, you'll see that the message is yellow and then when palmservice responds, it changes to green
Jan 26 08:56:26 <Herrie|Veer> Let me try it :)
Jan 26 08:56:37 <Cage1___> crossing my fingers :)
Jan 26 08:56:39 <Herrie|Veer> Hopefully adb behaves on my laptop today
Jan 26 08:59:39 <Herrie|Veer> Code pushed rebooting N4 just in case :)
Jan 26 09:00:40 <Cage1___> oops
Jan 26 09:01:01 <Cage1___> per https://github.com/webOS-ports/org.webosports.messaging/wiki/Implementation-aspects, the to array is an arry of objects, not replyaddresses :)
Jan 26 09:04:40 <Cage1___> well if current version doesn't work, i just updated it again and submitted another pull request :) :) :)
Jan 26 09:05:36 <Herrie|Veer> It seems it doesn't :P
Jan 26 09:05:36 <Herrie|Veer> Let me try latest then
Jan 26 09:15:21 <Herrie|Veer> http://bpaste.net/show/f22e6927a391
Jan 26 09:21:20 <Cage1___> hmm so it didn't send? i dont see anything in log that shows submission...
Jan 26 09:21:26 <Cage1___> or that it even got to send message function
Jan 26 09:23:55 <Cage1___> hmm, https://github.com/webOS-ports/org.webosports.messaging/wiki/Testing shows "to" field being a object but https://github.com/webOS-ports/org.webosports.messaging/wiki/Implementation-aspects says it is an array of objects...know which one is correct??
Jan 26 09:23:57 <Herrie|Veer> The log only shows what you specifically output with enyo.log I think
Jan 26 09:24:28 <Herrie|Veer> Really don't know... any way to check on legacy?
Jan 26 09:24:37 <Herrie|Veer> If you have a luna-send command I can try
Jan 26 09:26:39 <Cage1___> try: luna-send -n 1 -a org.webosports.app.messaging luna://com.palm.db/put '{"objects":[{"_kind": "com.palm.smsmessage:1", "flags": {"visible": true}, "folder":"outbox","status":"pending","to": [{ "addr": "+491234567890" }], "localTimestamp":0,"messageText":"Message Text","serviceName": "sms","timestamp": 0}]}'
Jan 26 09:26:50 <Cage1___> replacing the addr in to with whatever # you want
Jan 26 09:30:54 <Herrie|Veer> Hmmz that gives me a returnValue: true, results array with id and rev
Jan 26 09:31:09 <Herrie|Veer> When I open messaging app it appears in my thread
Jan 26 09:31:17 <Herrie|Veer> But I don't receive the SMS
Jan 26 09:31:17 <Cage1___> okay so that worked? :)
Jan 26 09:31:19 <Cage1___> ah
Jan 26 09:31:34 <Cage1___> how about: luna-send -n 1 -a org.webosports.app.messaging luna://com.palm.db/put '{"objects":[{"_kind": "com.palm.smsmessage:1", "flags": {"visible": true}, "folder":"outbox","status":"pending","to": { "addr": "+491234567890" }, "localTimestamp":0,"messageText":"Message Text","serviceName": "sms","timestamp": 0}]}'
Jan 26 09:31:41 <Cage1___> (not an array this time)
Jan 26 09:32:44 <Herrie|Veer> Also seems OK
Jan 26 09:33:07 <Cage1___> did you get the SMS?
Jan 26 09:33:08 <Herrie|Veer> So I guess you can use array if to multiple persons and without array to single recipient
Jan 26 09:34:04 <Herrie|Veer> No...
Jan 26 09:34:08 <Cage1___> i pushed another version with debugging cahnges...just my fork, no pull request
Jan 26 09:34:24 <Cage1___> hmm, that may be a separate issue
Jan 26 09:34:30 <Cage1___> but it shows up in your list?
Jan 26 09:34:40 <Herrie|Veer> Yeah that might be for Garfonso or morphis to sort
Jan 26 09:35:01 <Herrie|Veer> Yeah in the list but without timestamp
Jan 26 09:36:30 <Cage1___> makes sense
Jan 26 09:37:12 <Cage1___> wanna try one last time? :)
Jan 26 09:37:18 <Herrie|Veer> Sure
Jan 26 09:37:26 <Herrie|Veer> Need to push latest code for that first?
Jan 26 09:37:55 <Cage1___> i pushed it to my fork. do you want me to do a pull request?
Jan 26 09:39:52 <Herrie|Veer> No I take it from there :)
Jan 26 09:43:53 <Herrie|Veer> Ok rebooting ?d
Jan 26 09:43:57 <Herrie|Veer> N4 that is
Jan 26 09:47:17 <Herrie|Veer> Ah might have an idea...
Jan 26 09:47:33 <Herrie|Veer> ls-hubd: Need address field .....
Jan 26 09:47:48 <Herrie|Veer> Next line Processed 0 messages and adresses
Jan 26 09:49:59 <Herrie|Veer> http://bpaste.net/show/52e087751f0f
Jan 26 09:50:27 <Herrie|Veer> So seems background stuff in OS works we just need to make sure it's in right format :P
Jan 26 09:52:25 <Cage1___> hmm dont see the enyo.log stuff ...
Jan 26 09:52:36 <morphis> Herrie|Veer: those lines are coming from the chatthreader
Jan 26 09:53:27 <morphis> https://github.com/webOS-ports/org.webosports.messaging/blob/master/service/javascript/assistants/AssignMessages.js#L68
Jan 26 09:53:38 <Herrie|Veer> so chatthreader is expecting address while it's called addr in db?
Jan 26 09:53:47 <morphis> no
Jan 26 09:53:48 <Herrie|Veer> Am I reading that correctly then?
Jan 26 09:53:52 <morphis> look att the code
Jan 26 09:54:11 <morphis> it checks for msg.from and msg.from.addr for messages in the inbox
Jan 26 09:54:24 <morphis> or msg.to and msg.to.addr in the outbox
Jan 26 09:54:32 <Cage1___> thats strange, because ive included addr field
Jan 26 09:54:54 <Cage1___> this is outgoing / outbox
Jan 26 09:54:57 <morphis> Cage1___: https://github.com/webOS-ports/org.webosports.messaging/blob/master/service/javascript/assistants/AssignMessages.js#L49
Jan 26 09:54:59 <Cage1___> so i have to: field
Jan 26 09:55:37 <morphis> maybe !msg.to.length doesn't work like it should
Jan 26 09:55:40 <morphis> Garfonso: ^^
Jan 26 09:55:58 <Cage1___> can you enable debug
Jan 26 09:56:18 <Cage1___> so we can see result of line 48: Log.debug("Processing message ", msg);
Jan 26 09:57:09 <Herrie|Veer> Let me see if I can find the culprit here
Jan 26 09:57:28 <Herrie|Veer> Gimme a few mins to change some bits in the chatthreader and get some more debug info
Jan 26 09:57:38 <morphis> Herrie|Veer: change line https://github.com/webOS-ports/org.webosports.messaging/blob/master/service/javascript/utils/Log.js#L100
Jan 26 09:57:45 <morphis> to exports.debug = logBase;
Jan 26 09:58:54 <morphis> morning btw.
Jan 26 10:00:47 <morphis> Cage1___: https://github.com/psarin/org.webosports.messaging/commit/4ba1f745263bf0ef304e24cef210bd2d72526593 -> that should be definetly addr and not address
Jan 26 10:01:15 <Herrie|Veer> OK made some changes in the JS
Jan 26 10:01:20 <Herrie|Veer> Rebooting N4 now
Jan 26 10:01:23 <Cage1___> i added both just in case before you sent me link :) i have changed back
Jan 26 10:02:47 <morphis> Cage1___: ah ok
Jan 26 10:03:21 <morphis> Garfonso: btw. we should add some blocker to avoid us from trying to process a not processable message in the chatthreader too often (see https://bpaste.net/show/52e087751f0f)
Jan 26 10:03:52 <Herrie|Veer> msg.to.length: undefined
Jan 26 10:04:33 <Cage1___> and whats the msg in line 48 Log.debug("Processing message ", msg);
Jan 26 10:05:44 <morphis> Herrie|Veer: can you change msg.to.length to msg.to.addr?
Jan 26 10:06:07 <Cage1___> msg.to is an array!
Jan 26 10:08:46 <Cage1___> how about changing to :  if (!msg.to || msg.to.length==undefined || msg.to.length==0) {
Jan 26 10:09:25 <morphis> shouldn't that be an === instead of ==?
Jan 26 10:09:52 <Cage1___> yes
Jan 26 10:10:39 <morphis> but otherwise ok
Jan 26 10:10:43 <Herrie|Veer> I'll try with just msg.to for now see if it works if yes will add new bits in :P
Jan 26 10:11:38 <Garfonso> It checks for msg.to.length, because it  expects an array
Jan 26 10:11:51 <Garfonso> i.e. you can send one message to multiple recepients.
Jan 26 10:12:09 <Herrie|Veer> OK... Error: Person.findByPhone requires phone number that is a string
Jan 26 10:12:30 <Herrie|Veer> Seems we're getting somewhere :P
Jan 26 10:13:22 <Garfonso> morphis: hm.. ok. I could set a flag for that in the message.
Jan 26 10:14:23 <Garfonso> Herrie|Veer, Cage1___: it should work with msg.to.length... strange.
Jan 26 10:14:50 <Cage1___> well, length=1, !1= false?
Jan 26 10:15:06 <Herrie|Veer> Garfonso any way to easily stop and start the chatthreader? Now rebooting in between :P
Jan 26 10:15:29 <Garfonso> 0=false, everything else =true. So !1=false.
Jan 26 10:15:34 <Cage1___> so yeah
Jan 26 10:15:42 <Garfonso> ps aux | grep chatthreader => kill the pid. ;)
Jan 26 10:16:06 <Garfonso> also it should die after a minute, I think.
Jan 26 10:16:26 <Cage1___> hmm id still like to see the msg received, line 48 :) :) :)
Jan 26 10:16:37 <Herrie|Veer> Let me paste that
Jan 26 10:16:43 <Garfonso> best way to be sure is to run it yourself with run-js-service -k /usr/palm/services/org.webosports.service.messaging (or so, i.e. the path)
Jan 26 10:17:22 <Herrie|Veer> http://bpaste.net/show/1976aecc45f6
Jan 26 10:17:24 <morphis> Garfonso: ok, if "to" should be an array, then "to":{"addr":"+31652044684"} is wrong, right?
Jan 26 10:18:01 <Garfonso> morphis: yes. I can of course add support for both... but to being an array makes sense for multiple recepients. :)
Jan 26 10:18:10 <morphis> for sure
Jan 26 10:18:13 <Garfonso> current version expects an array and will fail otherwise.
Jan 26 10:18:30 <Cage1___> true. but Herrie|Veer: my latest code sends an array....
Jan 26 10:18:45 <Cage1___> is that log you posted for before or after the latest change in my code
Jan 26 10:19:01 <morphis> Garfonso: just checking this as the telephonyd service doesn't expect an error
Jan 26 10:19:05 <morphis> s/error/array/
Jan 26 10:19:40 <Cage1___> (or was it trying to resend the old message??)
Jan 26 10:20:26 <Herrie|Veer> Not sure let me check
Jan 26 10:20:50 <Cage1___> Herrie|Veer: that line 48 you pasted....the to field has _id and address (isntead of addr)
Jan 26 10:20:56 <Herrie|Veer> Ah that's an old message
Jan 26 10:21:11 <Herrie|Veer> I guess I should purge the outbox
Jan 26 10:21:19 <Herrie|Veer> Garfonso: help :P
Jan 26 10:21:43 <Garfonso> Herrie|Veer: yes? ;)
Jan 26 10:21:54 <Cage1___> morphis: or Garfonso any place my addr could have been replaced by address field? i'm not sending address
Jan 26 10:22:31 <Herrie|Veer> How to purge my sms history, specifically garbage in my outbox :P
Jan 26 10:23:39 <morphis> Cage1___: maybe old message objects, left over from former tries?
Jan 26 10:23:42 <Garfonso> to delete all, do something like: luna-send -n 1 palm://com.palm.db/del '{"query":{"from":"com.palm.message:1"}}'
Jan 26 10:23:57 <Garfonso> that will delete all... if you want just outbox, I need to think more.. ;)
Jan 26 10:24:48 <Herrie|Veer> That's fine all gone now
Jan 26 10:25:00 <Herrie|Veer> should be smsmessage right :p ?
Jan 26 10:26:18 <Garfonso> message is the "super" kind. If you delete everything in there, smsmessage will be empty, too. :)
Jan 26 10:27:28 <morphis> Herrie|Veer: fixed both apps
Jan 26 10:27:51 <Herrie|Veer> What was  the problem?
Jan 26 10:27:59 <Herrie|Veer> They looked OK to me
Jan 26 10:28:06 <Herrie|Veer> Garfonso: OK
Jan 26 10:28:49 <Garfonso> uhm.. how do you send a message? ;) tried to use latest from psarin/master...
Jan 26 10:28:55 <Garfonso> do I HAVE to select a person?
Jan 26 10:29:00 <Cage1___> yes!
Jan 26 10:29:03 <morphis> Herrie|Veer: https://github.com/webOS-ports/org.webosports.app.settings/commit/39cbf1bcddcfcd4eacbbf8e7be34a022c39a7f7c
Jan 26 10:29:21 <Herrie|Veer> Garfonso: I sent SMS to my N4 and replied to that :P
Jan 26 10:30:16 <Herrie|Veer> Ah
Jan 26 10:30:22 <Cage1___> you can add me if you want ;) i would love to get a SMS from messaging app :)
Jan 26 10:30:30 <Herrie|Veer> That's why it worked on Windows :P
Jan 26 10:30:30 <morphis> :D
Jan 26 10:30:38 <morphis> Herrie|Veer: yeah ...
Jan 26 10:30:48 <morphis> damn Windows ..
Jan 26 10:31:28 <morphis> Herrie|Veer, Cage1___, Garfonso: ok, I have to adjust webos-telephonyd to look at "to" as an array
Jan 26 10:31:37 <morphis> right now it is expected to be a dict
Jan 26 10:33:27 <Herrie|Veer> That's why it doesn't send?
Jan 26 10:33:35 <Herrie|Veer> Because I see no other issues so far
Jan 26 10:34:00 <Cage1___> could we get the latest log, and msg from line 48? :)
Jan 26 10:34:26 <Herrie|Veer> There's no msg for me it seems when it's OK :P
Jan 26 10:35:27 <Herrie|Veer> Seems it were my garbage messages causing it :P
Jan 26 10:36:34 <Cage1___> but you should still be getting a "processing message" from line 48???
Jan 26 10:36:44 <Garfonso> this should be  able to work with to as object: https://bpaste.net/show/a97834f5f546
Jan 26 10:40:37 <morphis> Garfonso: should we support both?
Jan 26 10:40:49 <Cage1___> never hurts
Jan 26 10:41:46 <morphis> ok
Jan 26 10:41:51 <morphis> need to adjust the service then
Jan 26 10:42:58 <Garfonso> just adjusted chatthreader to support both.
Jan 26 10:44:03 <morphis> ok
Jan 26 10:44:07 <Garfonso> also it will now add a "threadingError" flag that prevents the message to be processed again.
Jan 26 10:44:24 <morphis> looks like we get these bits into the americano release
Jan 26 10:46:25 <Herrie|Veer> morphis: That would be a nice milestone :)
Jan 26 10:46:56 <morphis> btw. I will also activate mobile data by default during first use
Jan 26 10:47:03 <Herrie|Veer> :)
Jan 26 10:47:25 <morphis> Herrie|Veer: and one other thing
Jan 26 10:48:06 <morphis> Herrie|Veer: if we install https://github.com/webOS-ports/luna-init/blob/webOS-ports/master/src/mccInfo.json we can do the current country/region calculation in first use too
Jan 26 10:48:20 <Herrie|Veer> :)
Jan 26 10:49:10 <morphis> Herrie|Veer: luna-send -n 1 luna://com.palm.telephony/networkIdQuery {} will give us mcc
Jan 26 10:49:22 <morphis> Herrie|Veer: you have time to implement that?
Jan 26 10:51:02 <Herrie|Veer> In general yes, not sure for Americano
Jan 26 10:51:22 <Herrie|Veer> Would just need to know how to import/query the json from QML
Jan 26 10:51:34 <morphis> right
Jan 26 10:51:43 <morphis> and find the right one
Jan 26 10:51:48 <Herrie|Veer> We don't have an existing luna-end that would return the country code I guess? That would be easiest...
Jan 26 10:52:03 <Herrie|Veer> Otherwise import file into array and filter somehow?
Jan 26 10:52:53 <morphis> Herrie|Veer: for an mcc value?
Jan 26 10:53:47 <Herrie|Veer> morphis: I mean the mcc to country map
Jan 26 10:53:57 <morphis> no
Jan 26 10:54:08 <morphis> but maybe I get that implemented quite fast
Jan 26 10:54:08 <Herrie|Veer> If we have this mccInfo somewhere in a db8 querying would be easy.
Jan 26 10:54:39 <Herrie|Veer> Could just do a luna-send with a query
Jan 26 10:54:51 <Herrie|Veer> And send the mcc and it would return the country iso
Jan 26 10:58:19 <Herrie|Veer> Seeing the mccInfo.json exists I assume something happens with them already?
Jan 26 10:59:11 <morphis> nothing
Jan 26 11:02:15 <Herrie|Veer> Ah it's used by the python script to generate the timezone file
Jan 26 11:02:28 <Herrie|Veer> Anyway this should be quite static
Jan 26 11:02:54 <Herrie|Veer> Not much mcc's are being added maybe a 1-2 a year from what I can tell in recent years :)
Jan 26 11:04:18 <morphis> Herrie|Veer: something like: https://bpaste.net/show/062afb6e2644
Jan 26 11:05:47 <morphis> forgot one thing: https://bpaste.net/show/3aa7d65425eb
Jan 26 11:06:19 <morphis> then only the other way is missing to get notified when the mcc changes
Jan 26 11:06:57 <Herrie|Veer> That looks good, but you're done then already :P
Jan 26 11:10:15 <morphis> Herrie|Veer: no :)
Jan 26 11:10:17 <morphis> not tested and needs to be wrapped with the page
Jan 26 11:11:12 <Herrie|Veer> Ah ok :) Let me try to integrate that then
Jan 26 11:14:04 <morphis> I have 10 min left, maybe I get it working in that time
Jan 26 11:18:25 <Herrie|Veer> Feature freeze on Wednesday or ???
Jan 26 11:18:32 <nizovn_> btw is there some mechanism to keep mccinfo updated? because this mccInfo.json is already outdated at least for RU(for timezone).
Jan 26 11:22:11 <Herrie|Veer> nizovn_: there's a python script that takes mccInfo.json and a basis and uses proper timezone info from elsewhere to populate the timezones
Jan 26 11:25:16 <nizovn_> ah ok
Jan 26 11:26:09 <morphis> nizovn_: but feel free to update the table
Jan 26 11:27:31 <Herrie|Veer> Previously it was manually built and heavily outdated (Russia but others also). Open webOS project updated it so they can generate it from iata? data directly :)
Jan 26 11:28:59 <Herrie|Veer> IANA is the source not IATA
Jan 26 11:30:27 <nizovn_> ok, i can update it after two days. Hope to come back soon
Jan 26 11:33:18 <morphis> Herrie|Veer: https://bpaste.net/show/439adc800098
Jan 26 11:33:20 <morphis> that code works
Jan 26 11:33:28 <morphis> don't have enough time to get it integrated
Jan 26 11:34:28 <Garfonso> Cage1___: this might be of interest for you, too, at some point in time: https://bpaste.net/show/32f6ea990fef this how to get information about accounts in the system and their capabilities (i.e. messaging) and assigned db8 kinds.
Jan 26 11:35:17 <Garfonso> for different accounts you have to assign different db8 kinds to objects, i.e. some whatsapp connector would expect its messages to be created in org.webosports.whatsapp.message or so
Jan 26 11:36:52 <Herrie|Veer> morphis: When we have code freeze?
Jan 26 11:48:55 <morphis> Herrie|Veer: I will not announce any code freeze anymore
Jan 26 11:49:10 <morphis> will be a bit picky when we're coming close to the release about taking things
Jan 26 11:55:43 <Herrie|Veer> OK :) Makes sense to me :)
Jan 26 11:55:53 <Herrie|Veer> Gives you a bit more freedom as well ;)
Jan 26 11:56:00 <morphis> everything else will be too much work
Jan 26 12:37:41 <Herrie|Veer> morphis: seems mccInfo.json is not available in the image itself
Jan 26 12:37:56 <Herrie|Veer> If you can add it I'm taking care of the rest
Jan 26 13:02:42 <morphis> Herrie|Veer: did that already locally
Jan 26 13:03:16 <morphis> Herrie|Veer: will be in one of the next testing builds
Jan 26 13:04:37 <Herrie|Veer> OK!
Jan 26 13:04:56 <Herrie|Veer> I'm working on the rest might  have it ready later today or tomorrow
Jan 26 13:05:27 <morphis> thanks!
Jan 26 13:05:28 <Herrie|Veer> I assume we take Selected country from mcc if available otherwise system default?
Jan 26 13:06:30 <morphis> right
Jan 26 13:06:47 <morphis> Herrie|Veer: but remember the country setting will be applied once you leave the page
Jan 26 13:07:06 <morphis> ah no, I think that was in an older version
Jan 26 13:07:32 <morphis> right, now it gets directly applied when you click on it
Jan 26 13:39:18 <Herrie|Veer|2> OK I'll just make the selected country the mcc one if mcc available otherwise the one from the prefs
Jan 26 19:05:31 <morphis> Herrie: does it work?
Jan 26 19:34:38 <morphis> Herrie: in your dock mode work, where are you listening for the lockStatus changes?
Jan 26 19:57:34 <morphis> Herrie: ok, changed your code a bit and got everything working now
Jan 26 19:57:39 <morphis> just need to cleanup bits
Jan 26 20:04:21 <morphis> Herrie: https://github.com/webOS-ports/luna-next-cardshell/commit/fa7747d17f39eb84365044dc350d462e7fcbdf70
Jan 26 20:06:19 <morphis> Herrie: will integrate all bits tomorrow
Jan 26 20:28:54 <Herrie> morphis: The code worked OK for me in general. I would turn of screen, turn on screen and it would appear behind the lock
Jan 26 20:29:08 <Herrie> Which was the best I could do pending the proper fix in DiplayManager/LunaSysMgr
Jan 26 20:31:33 <Herrie> Not sure what your changes fix/improve?
Jan 26 21:13:05 <Herrie> morphis: merged latest code from Cage1___ for messaging and did PR for dizzy, hopefully this gets SMS sending working together with your changes for webos-telephonyd
Jan 26 22:10:21 <Herrie> morphis: mccInfo.json is not in latest build yet?
Jan 26 22:16:05 <morphis> Herrie: no, tomorrow it will
Jan 26 22:16:10 <morphis> Herrie: and for the dockmode:
Jan 26 22:16:14 <morphis> it improves quite a lot
Jan 26 22:16:27 <morphis> * the loader was only loading once and not when the dockmode becomes visible
Jan 26 22:16:42 <morphis> * it wasn't switched on/off when the lockState changed
Jan 26 22:16:56 <morphis> * it is now prepared so we can handle lockstate at a central place
Jan 26 22:17:40 <Herrie> Ah ok :)
Jan 26 22:17:51 <Herrie> It was anyway just initial mock work to get the graphics working ;)
Jan 26 22:18:01 <Herrie> Actual implementation needed some work
Jan 26 22:18:25 <morphis> however I wasn't sure if it should appear behind the lock pad
Jan 26 22:18:59 <Herrie> Well that was the only way for me to do it now while we don't have the short power press to activate it ;)
Jan 26 22:19:09 <Herrie> So this way I could at least make it visible ;)
Jan 26 22:19:26 <Herrie> When you would awake the screen from sleep ;)
**** ENDING LOGGING AT Tue Jan 27 02:59:58 2015