=== chriadam|away is now known as chriadam === shuduo_afk is now known as shuduo === shuduo is now known as shuduo_afk === shuduo_afk is now known as shuduo === shuduo is now known as shuduo_afk === shuduo_afk is now known as shuduo [07:56] Guten Morgen Berlin! :) [07:56] good morning === shuduo is now known as shuduo_afk === chriadam is now known as chriadam|away === shuduo_afk is now known as shuduo [09:30] Good morning all; happy Poinsettia Day! :-D === shuduo is now known as shuduo_afk === shuduo_afk is now known as shuduo === _salem is now known as salem_ === MacSlow is now known as MacSlow|lunch === _salem is now known as salem_ === shuduo is now known as shuduo_afk === MacSlow|lunch is now known as MacSlow === dpm_ is now known as dpm [14:55] hi mardy! I know we talked about this a few weeks ago, but I've been away for a couple of weeks too and I couldn't recall the status: are we at a stage that we can ship authentication plugins in click packages already? I'm thinking of the Evernote plugin, as right now we'd need to seed it to include in the images. [14:57] mzanetti, what's the status of the Evernote API plugin? I see you created a lot of branches that are pending review (I'll look into finding reviewers this week). Once those are merged, do you think we can call the plugin feature-complete, at least for the basic functions that we need for our client? [14:58] dpm: yes. I think once all that stuff is merged we have mostly everything a 1.0 release would need. [14:58] dpm: a no. it's lacking add/remove notebook methods [14:59] dpm: but I've planned to continue tonight with it [14:59] mzanetti, ack, thanks. [14:59] dpm: you would be a huge help if you would try out what I wrote in the description of the ssl branch [14:59] sounds great, thanks again for your help on this [14:59] mzanetti, ok, will look at that branch first [15:00] dpm: cool. I'll fix things from the reviews tonight and add the notebooks stuff. [15:00] rock on === gatox is now known as gatox_lunch === gatox_lunch is now known as gatox === bfiller is now known as bfiller_lunch [18:18] balloons, hey, hey, hey (I don't know why but I watched Fat Albert yesterday) [18:19] vthompson, :-p [18:19] ahayzen and I were working on the MP, and ready to land it.. They really want the fixes we put in. Glad you could swing by [18:19] I think your idea of doing something similar to shuffle could be good [18:19] vthompson, o/ [18:19] We wouldn't want to repeat however. [18:20] vthompson, excellent. I'll make the changes now and you can review [18:20] ahayzen, \o [18:20] I'm changing to test_next_previous and test_mp3 though [18:20] make sense? [18:20] What are you going to do to ensure mp3 playback? [18:21] go through library until mp3 hits, then ensure it isplaying is true [18:21] can't do much more than that [18:21] unless you've an idea [18:21] Ok, that works [18:21] And the other test will just do a next followed by a previous? [18:22] balloons, how we checking it is mp3 just looking at the playing filename suffix? [18:22] yea.. check original, hit next, and toggle between them a couple times [18:22] ahayzen, we have 3 tracks as test data and we know TestMP3Title is an mp3, so .. [18:22] Why would we toggle between them multiple times? [18:23] well not mutiple I suppose [18:23] just forward and then back [18:24] cool, I agree with that [18:25] And testing for mp3 playback probably won't be an exact science. Maybe just match that MP3 is in the metadata, as I put it there intentionally [18:25] Or you could check the suffix somehow [18:27] vthompson, balloons, can u access mainView.currentFile cause then u can just do mainView.currentFile.endswith(".mp3") or something [18:29] who can beat me? i can go 11years back with gallery-app :D http://i.imgur.com/DuQkcOA.png [18:31] ahayzen, balloons Andrew's suggestion should work perfectly [18:31] vthompson, ahayzen ok, I'll add that [18:40] ok, done.. Now to add ahazyen's suggestion [18:40] balloons, :) [18:40] daker: what's going on there? [18:41] popey: two photos taken yesterday shows date "08 Dec 2002" [18:41] interest, wonder where gallery gets the date from [18:41] exif tags? [18:42] vthompson, ahayzen pushed.. have a look [18:42] well they twice at the top with the correct date and at the bottom with the wrong date [18:42] balloons, i'll start the nexus :) [18:42] gallery doesn't seem to scan photos in folders [18:43] one sec ahayzen .. pyflakes and pep8 checks too [18:43] le tme push those, hah! [18:43] balloons, :) [18:44] ahayzen, vthompson kk.. rev 281 [18:44] popey: ah that's it wrong date in the exif tags [18:46] daker: because yes, I can beat those dates ☻ http://popey.com/~alan/phablet/device-2013-12-12-184620.png [18:47] popey: but i did took the photos with camera-app [18:47] ahh [18:47] popey: it's not supposed to put wrong exiff tags [18:48] maybe the date was wrong on your phone? [18:48] I have seen that before [18:48] popey: see http://paste.ubuntu.com/6562843/ [18:49] exif:DateTimeDigitized: 2002:12:08 12:00:00 [18:49] exif:DateTimeOriginal: 2002:12:08 12:00:00 [18:49] https://code.google.com/p/android/issues/detail?id=42246 [18:49] upstream bug ㋛ [18:50] popey: you beat me :p [18:50] ☻ [18:53] balloons, I added a comment. I think the mp3 test needs some fixing [18:54] vthompson, ahh well, you are right.. I should assert a failure on count too [18:55] balloons, true--good call [18:55] balloons, i gtg, i'll test when i get back if it hasn't been approved by then :) [18:55] ahayzen, thanks for helping! [18:56] np [18:57] so vthompson lots of ways to do this.. shall we stay consistent with shuffle and do a true loop? [19:01] balloons, you mean only break the loop when a count is reached via "while True"? [19:01] balloons, I think that'd make the conditions upon whether you pass/fail easier to accomplish [19:02] vthompson, yea, trying to keep failures clear [19:09] vthompson, pushing some changes.. the endswith check fails atm [19:16] balloons, I'm looking now [19:17] mm.. lol I see the issue [19:18] k, fixing pep8 and pushing [19:20] vthompson, rev 285 === bfiller_lunch is now known as bfiller [19:23] balloons, OK that looks good [19:24] I wonder if it's worth trying to get the 3 we count too from the number of tracks in the queue [19:24] vthompson, yes.. if there is a good way, let's do it [19:25] balloons, Carla added a function that does this get_queue_track_count [19:26] done, works [19:27] balloons, and just one small thing about shuffle. We really should go back to a modest number of loops. 100 is excessive. 10 was what I originally had and allowed 1 in 1024 for a failure rate. Something like 20 makes the most sense [19:28] balloons, but you don't need to change that if you don't want to [19:28] vthompson, ahh yes.. I don't like any possible failure when it could be incorrect [19:29] 100 is probably excessive, but ;-) [19:29] balloons, Ok, then 100 is cool with me [19:29] ideally we would come up with something that didn't have a small percent chance to fail. anyways, for today, this is much better [19:30] agreed [19:39] balloons, looks good. Top approve when you want to [19:40] woo.. ty much vthompson [19:40] balloons, np and nice work! === _salem is now known as salem_ === salem_ is now known as _salem