#instantbird log on 07 15 2014

All times are UTC.

00:09:16 --> mconley has joined #instantbird
00:27:14 <clokep> sawrubh: You're way overdue for a blog post.
00:27:23 <clokep> Looks like it's been > 2 weeks since a GSOC releated one.
00:27:32 <clokep> mayanktg needs to do one soon too.
00:30:47 <-- mconley has quit (Input/output error)
00:31:15 --> mconley has joined #instantbird
00:33:01 <-- mconley has quit (Ping timeout)
00:34:05 --> mconley has joined #instantbird
00:34:42 <-- Armada has quit (Connection reset by peer)
00:39:08 <-- wnayes has quit (Ping timeout)
00:39:33 --> wnayes has joined #instantbird
00:45:39 <clokep> nhnt11: You awake?
00:50:50 * clokep left a message on your blog.
01:04:46 <-- Mook_as has quit (Quit: Mook_as)
01:23:26 --> qheaden has joined #instantbird
01:37:04 <-- rosonline has quit (Ping timeout)
01:55:21 <-- qheaden has quit (Ping timeout)
01:56:34 --> qheaden has joined #instantbird
02:00:05 <-- mconley has quit (Input/output error)
02:00:33 --> mconley has joined #instantbird
02:02:25 <-- mconley has quit (Ping timeout)
02:12:00 <instant-buildbot> build #1443 of win32-nightly-default is complete: Failure [4failed compile]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1443
02:13:15 <clokep> Oh right, Windows is busted. I meant to look into that.
02:25:07 <-- wnayes has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
02:28:08 <-- clokep has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com)
02:45:44 <-- EionRobb has quit (Ping timeout)
02:48:07 --> EionRobb has joined #instantbird
03:31:25 <instant-buildbot> build #2260 of macosx-nightly-default is complete: Failure [4failed shell_5]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/2260
04:13:38 <-- qheaden has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
04:40:42 --> CAKCy has joined #instantbird
04:42:40 <-- CAKCy has quit (Quit: Have a great day everyone!)
05:08:34 --> jb has joined #instantbird
05:12:44 --> EionRobb1 has joined #instantbird
05:12:46 <-- EionRobb has quit (Ping timeout)
05:25:15 <-- EionRobb1 has quit (Ping timeout)
05:26:25 --> EionRobb has joined #instantbird
06:24:22 <-- EionRobb has quit (Quit: Leaving.)
07:03:40 <-- jb has quit (Ping timeout)
07:07:28 * Fallen|away is now known as Fallen
07:46:59 <-- nhnt11 has quit (Ping timeout)
07:47:02 --> nhnt11 has joined #instantbird
07:55:14 --> CAKCy has joined #instantbird
08:04:35 --> gerard-majax__ has joined #instantbird
08:06:15 <-- gerard-majax__ has quit (Ping timeout)
08:07:05 --> gerard-majax__ has joined #instantbird
08:26:36 <-- CAKCy has quit (Quit: Have a great day everyone!)
08:27:18 --> flo-retina has joined #instantbird
08:27:19 * ChanServ sets mode +qo flo-retina flo-retina 
08:45:27 <-- chrisccoulson has quit (Quit: OSError: [Errno 130] Owner died)
08:45:36 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
08:45:41 --> flo-retina has joined #instantbird
08:45:41 * ChanServ sets mode +qo flo-retina flo-retina 
08:45:43 --> chrisccoulson has joined #instantbird
09:03:24 <-- nhnt11 has quit (Ping timeout)
09:03:43 <-- ivan has quit (Ping timeout)
09:06:08 --> nhnt11 has joined #instantbird
09:07:55 --> ivan has joined #instantbird
09:20:05 --> aleth has joined #instantbird
09:20:05 * ChanServ sets mode +o aleth 
09:29:31 --> Armada has joined #instantbird
10:00:08 <-- instant-buildbot has quit (Input/output error)
10:00:15 --> instant-buildbot has joined #instantbird
10:00:15 * ChanServ sets mode +v instant-buildbot 
10:00:52 <flo-retina> the Windows bustage is again buildbot picking up the Win7 SDK instead of the version 8
10:01:07 <flo-retina> aleth: I'm trying your idea of setting SDKVER=8 from the buildbot config
10:01:11 --> clokep has joined #instantbird
10:01:11 * ChanServ sets mode +o clokep 
10:01:32 <instant-buildbot> build #1444 of win32-nightly-default is complete: Failure [4failed compile]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1444
10:02:04 <aleth> Hmm, that didn't take long to not work :-/
10:02:16 <flo-retina> aleth: looks like it successfully failed ;)
10:02:43 <aleth> ok then :)
10:04:54 <flo-retina> maybe I can try harder and set the other SDK-related variables
10:07:56 <-- instant-buildbot has quit (Input/output error)
10:07:58 --> instant-buildbot has joined #instantbird
10:07:58 * ChanServ sets mode +v instant-buildbot 
10:09:04 <instant-buildbot> build #1445 of win32-nightly-default is complete: Failure [4failed compile]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1445
10:11:25 <flo-retina> Looks like the INCLUDE, LIB and LIBPATH environment variables are also wrong.
10:11:52 <flo-retina> and PATH too
10:12:07 <flo-retina> I can't hardcode that, it's too machine-specific
10:12:28 <aleth> That's a lot of things to be wrong :-|
10:12:43 <-- instant-buildbot has quit (Input/output error)
10:12:45 --> instant-buildbot has joined #instantbird
10:12:45 * ChanServ sets mode +v instant-buildbot 
10:13:02 <aleth> One wonders where that environment is coming from...
10:13:30 <flo-retina> aleth: very likely a .bat script somewhere that needs to run to initialize stuff correctly
10:13:56 <aleth> autoexec.bat maybe? ;)
10:14:01 <flo-retina> I don't think so :)
10:14:57 <flo-retina> hmm, the mac failures just look like the upload is failing every other day
10:15:08 <flo-retina> and I forgot to take a network cable _again_ :(
10:20:44 --> mpmc has joined #instantbird
10:23:44 <-- aleth has quit (Ping timeout)
10:24:08 --> aleth has joined #instantbird
10:24:08 * ChanServ sets mode +o aleth 
10:24:22 <aleth> clokep: Did you have a chance to try those webcam patch changes? I think apart from the Windows issue it was r+
10:29:59 <clokep> aleth: Are they different from the ones I tried yesterday morning?
10:30:08 <aleth> I thought so?
10:30:33 <aleth> There was certainly a stack of bugmail...
10:31:23 <clokep> It didn't include what was changned, I don't think.
10:31:40 <aleth> I think it does, but interdiff isn't working, so I'm not sure.
10:35:48 <clokep> aleth: https://bugzilla.mozilla.org/attachment.cgi?id=8456062
10:36:32 <aleth> clokep: Looks to me like that border radius Mic requested adding is wrong.
10:36:47 <aleth> Otherwise it seems fixed :)
10:36:48 <clokep> Border radius?
10:36:55 * clokep isn't sure what look we're going for. ;)
10:36:59 <aleth> Look at the bottom right corner of the capture button
10:37:12 <aleth> There seems to be a white pixel?
10:37:19 <clokep> Ah, there's a bit of white there, yes.
10:39:56 <aleth> Mic said the bottom corners of the panel were rounded for him iirc, but that doesn't seem the case here.
10:44:07 --> BWMerlin has joined #instantbird
10:46:56 <clokep> FWIW door hangers in Firefox also seem to be square.
10:47:31 <aleth> So we can say "r+ with the Win-specific border radius removed"?
10:47:42 * aleth just wants to ship this
10:48:30 <clokep> aleth: I would be OK w/ that.
10:48:40 <clokep> If it's an issue on i.e. WinXP we can't fix it without someone helping us.
10:49:00 <aleth> Right. i.e. followup.
10:53:05 <aleth> Can you add that to the bug?
10:53:40 <clokep> I can't r+ it though.
10:53:51 <clokep> Not without reading it first. :P
10:53:56 <aleth> well f+ for Windows or whatever
10:54:10 <aleth> Then flo can r+.
10:54:17 <aleth> (after that border radius change is made)
10:55:04 * clokep wonders if flo-retina saw that screenshot yet
10:55:25 <flo-retina> the one with white rounded corners?
10:59:38 <-- clokep has quit (Ping timeout)
10:59:57 --> mayanktg has joined #instantbird
11:01:22 <mayanktg> aleth: I'm removing the windows specific borders. Is that okay?
11:02:16 <aleth> Yes
11:02:23 <mayanktg> Ok :)
11:08:56 <mayanktg> Whom should I mark for review/feedback?
11:09:01 <aleth> flo-retina
11:24:49 <-- mayanktg has quit (Ping timeout)
11:25:11 --> mayanktg has joined #instantbird
11:31:55 <mayanktg> clokep: Yes. I'll update a blogpost today. 
11:40:00 <-- flo-retina has quit (Ping timeout)
11:41:35 * Fallen is now known as Fallen|away
11:48:07 --> clokep_work has joined #instantbird
11:48:07 * ChanServ sets mode +o clokep_work 
11:50:12 <-- mayanktg has quit (Ping timeout)
11:50:34 --> mayanktg has joined #instantbird
11:51:03 <clokep_work> mayanktg: Cool. :)
11:51:34 <aleth> mayanktg: When the webcam feature lands, you could write a little blogpost for instantbird.com ;)
11:51:37 <clokep_work> We don't use EXPORT_LIBRARY anywhere, right?
11:52:07 <aleth> no
11:52:14 <mayanktg> aleth: Yep Yep. Honored  :)
11:52:15 <clokep_work> And we don't build venkman, right?
11:52:38 <aleth> I don't think so (isn't it long dead?)
11:55:01 <clokep_work> It's 100% dead as of yesterday.
11:55:07 <clokep_work> They removed the JSDv1 interface.
11:55:14 <clokep_work> Suite was pretty busted.
11:55:43 <-- mayanktg has quit (Ping timeout)
11:55:49 <aleth> It is an ex-venkman...
11:56:04 --> mayanktg has joined #instantbird
12:00:59 <-- aleth has quit (Ping timeout)
12:05:47 <clokep_work> mayanktg: No reason to set both r? and f? :)
12:07:35 --> mayanktg1 has joined #instantbird
12:07:54 <-- mayanktg has quit (Ping timeout)
12:09:03 <mayanktg1> I though flo could review it, and if someone had to give feedback for the CSS they can do that too.  ;) removing the f flag...
12:09:22 <-- BWMerlin has quit (Quit: BWMerlin)
12:09:39 <mayanktg1> aah you already did that :)
12:11:19 <-- mayanktg1 has quit (Ping timeout)
12:11:25 --> mayanktg has joined #instantbird
12:14:57 --> flo-retina has joined #instantbird
12:14:57 * ChanServ sets mode +qo flo-retina flo-retina 
12:15:38 <-- mayanktg has quit (Ping timeout)
12:16:36 --> mayanktg has joined #instantbird
12:23:52 <clokep_work> Yep. ;)
12:25:02 --> rosonline has joined #instantbird
12:25:55 * Fallen|away is now known as Fallen
12:33:07 --> aleth has joined #instantbird
12:33:08 * ChanServ sets mode +o aleth 
12:47:09 <nhnt11> flo-retina: What do you think about a hidden pref to customize frecency multipliers?
12:49:06 <-- flo-retina has quit (Ping timeout)
12:50:44 --> flo-retina has joined #instantbird
12:50:44 * ChanServ sets mode +qo flo-retina flo-retina 
12:51:12 <flo-retina> 14:47:32 - flo-retina: I think I suggested that last year, and we decided it was overkill for now.
12:51:14 <flo-retina> 14:47:56 - flo-retina: nhnt11: I wouldn't be against it, but I think this summer I would much rather get indexed logs and infinite scroll
12:51:16 <flo-retina> 14:48:29 - flo-retina: I'm a bit concerned I haven't seen anything related to infinite scroll yet (and it's a non-trivial amount of work), so I don't want to distract you with awesometab enhancements
12:52:04 <nhnt11> Alright
12:58:13 * Fallen is now known as Fallen|away
13:01:53 <-- mayanktg has quit (Ping timeout)
13:02:13 --> mayanktg has joined #instantbird
13:15:03 <-- aleth has quit (Ping timeout)
13:17:06 --> aleth has joined #instantbird
13:17:06 * ChanServ sets mode +o aleth 
13:19:30 <-- mayanktg has quit (Ping timeout)
13:19:56 --> mayanktg has joined #instantbird
13:28:25 <-- mayanktg has quit (Ping timeout)
13:29:13 --> mayanktg has joined #instantbird
13:31:49 <-- mayanktg has quit (Ping timeout)
13:33:27 --> mayanktg has joined #instantbird
13:36:04 * Fallen|away is now known as Fallen
13:50:59 <-- mayanktg has quit (Ping timeout)
13:51:51 --> mayanktg has joined #instantbird
13:55:37 <-- aleth has quit (Ping timeout)
14:07:47 <-- mayanktg has quit (Connection reset by peer)
14:09:05 --> mayanktg has joined #instantbird
14:22:58 --> mconley has joined #instantbird
14:25:11 <-- mayanktg has quit (Ping timeout)
14:27:51 --> mayanktg has joined #instantbird
14:32:11 <-- mayanktg has quit (Ping timeout)
14:32:52 * Fallen is now known as Fallen|away
14:33:02 --> mayanktg has joined #instantbird
14:34:54 --> aleth has joined #instantbird
14:34:54 * ChanServ sets mode +o aleth 
14:36:51 <-- aleth has quit (Ping timeout)
14:38:40 <-- mayanktg has quit (Ping timeout)
14:39:32 --> mayanktg has joined #instantbird
14:44:21 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
14:44:42 <-- mayanktg has quit (Ping timeout)
14:45:50 --> mayanktg has joined #instantbird
14:49:21 <-- mayanktg has quit (Ping timeout)
14:50:11 --> mayanktg has joined #instantbird
14:54:09 <-- rosonline has quit (Ping timeout)
15:00:36 <-- mayanktg has quit (Ping timeout)
15:01:44 --> mayanktg has joined #instantbird
15:03:05 --> rosonline has joined #instantbird
15:03:28 <-- mayanktg has quit (Ping timeout)
15:04:03 --> mayanktg has joined #instantbird
15:05:43 <clokep_work> Interesting: bug 1038639
15:05:46 <-- mayanktg has quit (Ping timeout)
15:05:50 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1038639 nor, --, ---, mh+mozilla, ASSI, Remove --with-libxul-sdk and --with-system-libxul
15:06:41 --> mayanktg has joined #instantbird
15:13:52 <-- mayanktg has quit (Ping timeout)
15:13:54 --> qheaden has joined #instantbird
15:13:58 <qheaden> Hello all.
15:14:14 --> mayanktg has joined #instantbird
15:19:28 <-- mayanktg has quit (Ping timeout)
15:20:18 --> mayanktg has joined #instantbird
15:22:02 <-- mayanktg has quit (Ping timeout)
15:22:56 --> mayanktg has joined #instantbird
15:24:21 <clokep_work> Hello qheaden.
15:26:29 <-- mayanktg has quit (Ping timeout)
15:30:06 --> mayanktg has joined #instantbird
15:34:23 <-- mayanktg has quit (Ping timeout)
15:35:25 --> mayanktg has joined #instantbird
15:37:04 * Fallen|away is now known as Fallen
15:38:28 <-- nhnt11 has quit (Ping timeout)
15:40:42 <-- mayanktg has quit (Ping timeout)
15:40:59 --> mayanktg has joined #instantbird
15:42:45 <-- mayanktg has quit (Ping timeout)
15:44:12 --> mayanktg has joined #instantbird
15:47:11 * Fallen is now known as Fallen|away
15:48:19 --> nhnt11 has joined #instantbird
15:57:59 <-- nhnt11 has quit (Ping timeout)
15:59:34 --> nhnt11 has joined #instantbird
16:03:47 --> Bollebib has joined #instantbird
16:03:49 <-- Bollebib has quit (Quit: Bollebib)
16:03:52 --> Bollebib has joined #instantbird
16:04:09 <-- Bollebib has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com)
16:04:28 --> Bollebib has joined #instantbird
16:05:18 <Bollebib> I tried to run instantbird on my newest system but it just doesn't do anything
16:05:25 <Bollebib> I'm on ubuntu 14.04
16:05:31 <Bollebib> it did work for me on 12.04
16:06:23 <qheaden> Bollebib: Which version did you download? Also, are you running Ubuntu 14.04 64-bit?
16:06:28 <Bollebib> I tried installing the ia32-libs package that is mentionned for 64 bit
16:06:38 <Bollebib> but gave me alternative packages instead
16:06:42 <clokep_work> Bollebib: One second the answer is in our newsgroup.
16:07:01 <Bollebib> qheaden: 1.5 ,and yes 64 bit
16:07:09 <qheaden> Unfortunately, Ubuntu and Debian are trying to phase out ia32-libs
16:07:24 <clokep_work> Bollebib: https://groups.google.com/forum/#!topic/mozilla.support.instantbird/asRIeZvSayY
16:08:16 * qheaden is interested in setting up a .deb packaging server whenever he gets time to try it.
16:09:40 <Bollebib> will test that now,but that info should perhaps be updated in the FAQ on the site
16:11:43 <clokep_work> Bollebib: We know, we have a patch waiting to be checked in. Thanks.
16:13:55 <Bollebib> updating
16:14:16 <Bollebib> aside from that love instantbird you guys do a good job ,keep at it =)
16:17:01 <clokep_work> Thanks! Please let us know if you come across any bugs or something doesn't make sense.
16:17:54 --> aleth has joined #instantbird
16:17:54 * ChanServ sets mode +o aleth 
16:18:53 <Bollebib> on my other system works great
16:18:53 <Bollebib> some niceties could be  better like easier install (=D ) ,but no hangups or bugs that I can see
16:19:40 <Bollebib> humm
16:19:45 <Bollebib> doesn't appear to be working
16:19:48 <mayanktg> aleth: HI. Sorry for not being able to give the error message yesterday. The call is unable to get established because of an Invalid SDP :-( . (Jitsi has an option to set the default codec as VP8). Here is the error message http://i.imgur.com/4VwhlCt.png I'm trying to fix that SDP.
16:20:21 <aleth> mayanktg: Good, I'm glad you managed to get detailed error output.
16:20:31 <Bollebib> I just have to unpack,and then double click the 'instantbird' prgram type ,no?
16:20:39 <Bollebib> I get the 'run' option
16:20:45 <Bollebib> but doesn't do anything
16:21:09 <aleth> Bollebib: Probably there is a missing library and you don't see the error message.
16:21:34 <aleth> Try opening the directory with the "instantbird" file in a terminal, then type "./instantbird"
16:21:40 <mayanktg> aleth: Getting the output was easy. I got stuck because jitsi was unable to enable the call buttons.
16:22:20 <aleth> mayanktg: Right, but this is useful, it's debugging your jingle/sdp/capabilities code ;)
16:23:22 <Bollebib> aleth: linstdc++
16:23:22 <Bollebib> could that be the culprit?
16:23:28 <Bollebib> *libstdc
16:23:35 <aleth> Does it say that that is missing?
16:23:47 --> jb has joined #instantbird
16:23:47 <Bollebib> yes
16:23:54 <Bollebib> or no
16:23:55 <Bollebib> it says
16:24:01 <clokep_work> Bollebib: Did you read the second post in that thread I linked to?
16:24:23 <aleth> Bollebib: Try |sudo apt-get install libxt6:i386|
16:24:26 <Bollebib> ah no just the first =/
16:24:50 * aleth hopes flo can push that faq patch now everything's on the right server
16:24:57 <-- mayanktg has quit (Client exited)
16:25:01 <aleth> We seem to run into this once every two weeks...
16:27:05 <aleth> mayanktg: "End of line before end of buffer" may mean your generated sdp has a syntax error.
16:27:51 --> mayanktg has joined #instantbird
16:29:30 <Bollebib> mmmh no didn't work
16:29:30 <Bollebib> message is still "libstdc++.so+6: cannot open shared object file
16:30:07 <Bollebib> *   libstdc++.so.6  
16:30:23 <aleth> then try sudo apt-get install libstdc++6:i386
16:30:46 <Bollebib> I do have that in my package manager markes as installed
16:30:50 <Bollebib> will try 
16:32:13 <Bollebib> unmet dependencies
16:32:23 <Bollebib> so I'm guessing I need to install those as well
16:32:42 <Bollebib> different versions of that package
16:33:02 <aleth> Sure, the point is you need the 32-bit versions of them all
16:35:08 <Bollebib> seems to work now,thanks
16:35:15 <Bollebib> will have to test more ofc
16:35:34 <Bollebib> strange
16:35:34 <Bollebib> only 5 protocols? I'm used to seeing more there,no?
16:36:01 <-- jb has quit (Ping timeout)
16:36:02 <Bollebib> luckily it has the ones I need,so i don't mind,but I thought there were many more
16:36:10 <aleth> Bollebib: There should be many more.
16:36:24 <aleth> You've probably still got missing libraries ;)
16:36:35 <-- mayanktg has quit (Ping timeout)
16:36:36 <Bollebib> i see facebook,google talk,irc,odnoklassniki,twitter
16:37:18 --> mayanktg has joined #instantbird
16:37:30 <aleth> Go back to that list on the newsgroup and check you installed all those packages and their dependencies for 32-bit.
16:38:04 <aleth> Bollebib: Btw we hope to have 64-bit builds for the next version, with a bit of luck, so there won't be this complicated procedure any more.
16:39:54 <Bollebib> aleth: everything  from that newsgroup is up to date ,tried them again
16:40:08 <clokep_work> aleth: He's missing libpurple.
16:40:12 <Bollebib> aleth: great news =)
16:40:32 <aleth> clokep_work: Sure, the question is why...
16:41:14 <Bollebib> it's marked as installed ,but probably only the 64 bit version,i assume
16:41:20 <Bollebib> ?
16:42:14 <aleth> Bollebib: You need the "i386" variant of each.
16:42:54 <aleth> Just use the command line to install them, it won't do any harm if it's already installed.
16:46:09 --> Mook_as has joined #instantbird
16:46:46 <-- mayanktg has quit (Ping timeout)
16:47:11 --> mayanktg has joined #instantbird
16:47:46 <Bollebib> many unmet dependencies..
16:48:36 <Bollebib> and those unmet dependencies have even more unmet dependencies XD
16:48:48 <Bollebib> I probably best wait for a week...
16:49:32 <Bollebib> I'm guessin that without libpurple nothing will actually work?
16:50:32 <-- aleth has quit (Ping timeout)
16:51:42 --> aleth has joined #instantbird
16:51:43 * ChanServ sets mode +o aleth 
16:52:19 <aleth> Bollebib: With unmet dependencies, you have no idea what will work and what won't.
16:52:39 <Bollebib> yes,I expect so
16:52:50 <aleth> you just got unlucky with what was already installed...
16:53:19 <Bollebib> apparantly
16:53:19 <Bollebib> well
16:53:19 <Bollebib> it's good to know I won't have to wait for long
16:57:03 --> iamjayakumars has joined #instantbird
16:57:14 <Bollebib> anyway thanks for trying to help
16:57:14 <Bollebib> in the end I almost got there,but no cigar ^^
16:57:15 <Bollebib> bye
16:59:55 <-- mayanktg has quit (Ping timeout)
16:59:59 <aleth> Bollebib: What happened?
17:00:17 --> mayanktg has joined #instantbird
17:00:33 <Bollebib> too much unmet dependencies,I'm gonna wait as what I have doesn't seem to be working
17:00:50 <aleth> Let us know if it still doesn't work after you've installed all the dependencies.
17:02:13 <-- iamjayakumars has quit (Client exited)
17:02:45 <clokep_work> Bollebib: If you don't need libpurple...then just don't care and use the other protocols.
17:02:51 <clokep_work> Didn't you say all the ones you wanted were there?
17:02:54 <clokep_work> You should be good to go then.
17:03:11 <aleth> clokep_work: It turned out he was missing all kinds of dependencies, so I doubt libpurple was the only problem.
17:03:22 <aleth> Just because the app starts doesn't mean it will run nicely ;)
17:04:15 <clokep_work> Sure.
17:06:14 <-- gerard-majax__ has quit (Ping timeout)
17:14:08 <mayanktg> flo-retina: I get an error during SDP parsing "SDP ParsingError: Error parsing address fe8 for mcast" I guess here fe8 referes to the IPv6 address of the candidate like |fe80:0:0:0:3a59:f9ff:fe5c:a2a3| and mcast is multicast. Do you have an idea what could be the cause of this error?
17:14:14 <-- aleth has quit (Ping timeout)
17:14:30 <flo-retina> pastebin the SDP you are trying to parse
17:14:38 <mayanktg> Yes.
17:15:02 <mayanktg> http://pastebin.instantbird.com/750674
17:15:44 <mayanktg> and this is the XML stanza using which th SDP is generated http://pastebin.instantbird.com/750675
17:16:19 <flo-retina> mayanktg: IP4 just before an IPv6 seems wrong
17:18:06 <mayanktg> flo-retina: You mean IP6 just before IP4? Line  24 contains IP6 addr and 25 contains IP4 addr?
17:18:51 <flo-retina> mayanktg: I'm talking about lines 8 and 38
17:19:11 <mayanktg> Oh!
17:19:27 <mayanktg> Thanks :)
17:20:20 <-- rosonline has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com)
17:33:10 <-- mayanktg has quit (Ping timeout)
17:33:33 --> mayanktg has joined #instantbird
17:35:23 --> arlolra has joined #instantbird
17:37:05 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
17:39:13 --> mpmc has joined #instantbird
17:52:33 <-- qheaden has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
17:54:53 <-- mayanktg has quit (Ping timeout)
17:55:14 --> mayanktg has joined #instantbird
17:57:20 --> Hadi has joined #instantbird
18:00:26 <-- mayanktg has quit (Ping timeout)
18:01:22 --> mayanktg has joined #instantbird
18:03:49 --> flo-retina has joined #instantbird
18:03:49 * ChanServ sets mode +qo flo-retina flo-retina 
18:11:43 --> CAKCy has joined #instantbird
18:22:34 <-- clokep_work has quit (Ping timeout)
18:22:51 <-- mayanktg has quit (Ping timeout)
18:23:26 <-- chrisccoulson has quit (Quit: OSError: [Errno 130] Owner died)
18:23:29 --> mayanktg has joined #instantbird
18:28:30 --> clokep_work has joined #instantbird
18:28:30 * ChanServ sets mode +o clokep_work 
18:30:06 <mayanktg> The error still persists even after changing from IP4 to IP6 address. 
18:30:06 <mayanktg> Here is the complete error http://i.imgur.com/4VwhlCt.png.
18:30:06 <mayanktg> On seeeing further about another error "End of line beyond end of buffer" I found this page http://en.it-usenet.org/thread/19823/875/  which tells that Firefox's SDP parser is limited to 16bits uint length http://people.mozilla.org/~choller/firefox/coverage/mc-coverage-20130210-29dd80c95b7d/media/webrtc/signaling/src/sipcc/core/sdp/sdp_main.c.gcov.html#894 .
18:31:13 <mayanktg> flo-retina: If you are free please see this ^
18:35:29 <Mook_as> Do you know if they support ipv6 at all? http://mxr.mozilla.org/comm-central/source/mozilla/media/webrtc/signaling/src/sipcc/core/sdp/sdp_token.c#539 doesn't look like it would, given the comments.
18:36:44 <mayanktg> As per comments they don't support IPv6 :-| 
18:36:51 <mayanktg> Thanks Mook_as :)
18:37:27 <Mook_as> you're welcome! glad that my random error message search was useful; it was basically 50/50 :D
18:39:14 <mayanktg> So I cannot make a video call over Jitsi now as I won't be able to parse the SDP offer. :(
18:39:52 <Mook_as> Can you filter out the ipv6 bits somehow? would that still work?
18:40:30 <mayanktg> Hmm..Yes I can. Let me try that. :)
18:51:51 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
19:16:14 <mayanktg> The IQ Stanza http://pastebin.instantbird.com/750716 I receive from Jitsi doesn't contains the <fingerprint/> node so there is no a=ice-fingerprint line in the SDP offer. Due to which I now get a "NO_DTLS_FINGERPRINT" error http://i.imgur.com/0vIKS2w.png . Leaving this now and moving ahead with something else. :-/
19:16:52 <mayanktg> http://mxr.mozilla.org/mozilla-central/source/media/webrtc/signaling/src/sipcc/core/gsm/gsm_sdp.c#7259
19:21:31 <clokep_work> mayanktg: What is your goal here btw?
19:34:40 <mayanktg> clokep_work: I was trying to figure out _if_ we could have inter portable calls or not.
19:35:34 <flo-retina> mayanktg: do Ib to Ib calls work?
19:35:46 <mayanktg> flo-retina: Yes they do.
19:36:01 <flo-retina> ok :)
19:40:39 <mayanktg> I guess the user icon bug is finished now. Whenever you are free please try to look over the generic icons bug. 'cos mine and sawrubh's projects depends on it. The sooner it lands the better. :)
19:49:04 --> jb has joined #instantbird
19:49:34 <Mook_as> do ib to tb calls work? :p
19:51:36 <mayanktg> Mook_as: Yes we can make video calls over Ib. Let me share a screenshot ;)
19:55:14 <mayanktg> http://i.imgur.com/4iTgRj3.png That weird colors are because I have set "fake: true".
19:56:53 <mayanktg> Mook_as: Sorry. I miss interpreted TB as IB :-(
19:57:16 <mayanktg> No they don't work until now.
19:58:07 <Mook_as> Hah, no worries, that was a throwaway joke anyway. Somebody (not me) will need to actually make it work in tb anyway :)
20:00:43 <mayanktg> I will discuss with flo-retina for its implementation. Maybe I can try it after GSoC. :)
20:01:49 <clokep_work> mayanktg: We'd certainly love for you to keep working on it after GSoC! :)
20:01:54 <clokep_work> "it" being Instantbird in general.
20:05:41 <mayanktg> I will. :)
20:05:41 <mayanktg> /me remembers IRC calls too!
20:07:11 <flo-retina> oh yes, IRC calls would be nice! :)
20:26:46 * Fallen|away is now known as Fallen
20:34:46 --> aleth has joined #instantbird
20:34:46 * ChanServ sets mode +o aleth 
20:37:56 --> EionRobb has joined #instantbird
20:51:34 <-- clokep_work has quit (Ping timeout)
20:55:02 <-- aleth has quit (Ping timeout)
20:56:17 --> aleth has joined #instantbird
20:56:17 * ChanServ sets mode +o aleth 
20:57:52 <aleth> nhnt11: How's things?
20:57:53 --> clokep_work has joined #instantbird
20:57:53 * ChanServ sets mode +o clokep_work 
20:59:58 * Fallen is now known as Fallen|away
21:01:18 <-- clokep_work has quit (Ping timeout)
21:06:44 --> iamjayakumars has joined #instantbird
21:12:03 <-- arlolra has quit (Quit: arlolra)
21:17:02 <-- iamjayakumars has quit (Client exited)
21:17:41 <-- Hadi has quit (Ping timeout)
21:18:29 <nhnt11> aleth: I've been looking at your review comments
21:18:48 <nhnt11> Sorry about the confusion with the promises
21:19:17 <aleth> nhnt11: I dropped a ton of comments, but I didn't spot any real bugs, so this shouldn't take too many review cycles hopefully :)
21:19:34 * nhnt11 hoeps so :)
21:19:43 * aleth can't wait for searchable logs...
21:21:08 <nhnt11> aleth: Btw, re. the infinite scroll stuff, I like clokep's idea of starting off with removal of old messages
21:22:00 <aleth> What does that mean exactly?
21:22:09 <nhnt11> one second
21:22:36 <nhnt11> aleth: http://blog.nhnt11.com/gsoc-14-progress-4/#comment-7
21:22:52 <aleth> Oh, there's comments?
21:22:56 <aleth> I missed that.
21:23:16 <aleth> Huh, comment 7 is actually comment 1 ;)
21:23:33 <nhnt11> Yeah, no idea why though :-S
21:24:19 <aleth> The problem with that is that it can't land without a way to get those messages back.
21:24:31 <nhnt11> aleth: Logs?
21:24:44 <nhnt11> If scrollback gets ridiculously long, I think it's fair to cut some of it off and let the user view logs
21:24:55 <nhnt11> (until (semi-)infinite scroll lands)
21:25:05 * nhnt11 shrugs, I'd like opinions on this..
21:25:41 <aleth> I'd suggest instead on opening a conv from hold, only adding the last N messages, and adding messages in blocks as you scroll up.
21:26:15 <aleth> This has the advantage of being completely in convbrowser and independent of message passing, and allows you to experiment with the message style issues.
21:26:18 <nhnt11> Right so for that I'd follow my original plan with getting a way to prepend messages first
21:26:37 <nhnt11> (or message blocks)
21:26:59 * nhnt11 played with that a bit again and ended up reverting most of it
21:27:01 --> Hadi has joined #instantbird
21:27:21 <aleth> They have to be message blocks due to the next messages
21:27:35 <-- mayanktg has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
21:27:37 <nhnt11> Yeah..
21:27:40 <aleth> In parallel I'm still hoping you'll show me a tentative diagram with your proposal for how messages will flow and be requested at some point, so that we can start discussing that ;)
21:27:55 <aleth> I'm not keen on you "fetching messages from logs" before then.
21:28:06 <nhnt11> Right
21:28:38 <nhnt11> I'll make that a priority
21:28:42 <aleth> It makes sense to do this in parallel as it basically means getting familiar with the entire chain from prpl to convbrowser/imThemes
21:29:47 <aleth> How much of a priority you make it is up to you - I'm sure you can organize things so that you don't end up blocked or bored ;)
21:31:36 <nhnt11> aleth: Btw, I have a decent idea of the current chain (prpl constructs message, sets conversation property, this causes a new-text notification to be fired, conversation binding calls addMsg, this involves convbrowser.appendMessage)
21:32:07 <aleth> good :)
21:32:46 <aleth> Also take a look at where there are currently queues/bottlenecks/messages stored in different forms. And where and when flags get added.
21:33:54 <nhnt11> Right
21:34:08 <aleth> conversation.xml:addMsg does a lot of UI stuff.
21:34:08 * nhnt11 will look further into this after the indexing review comments
21:34:13 <nhnt11> Yeah..
21:35:12 --> mpmc has joined #instantbird
21:35:31 <aleth> It may be a good idea to start building a list of things that have to keep working.
21:35:40 <nhnt11> Mostly logical stuff though with unread counts and so on, not HTML thingies :]
21:35:51 <nhnt11> Hmm, good point
21:36:04 <-- jb has quit (Ping timeout)
21:36:57 <flo-retina> if you really wanted to start by looking at how to remove old messages, you could do it only for read messages first
21:37:19 <aleth> For the HTML part, if you understand how the unread ruler works, you will know how to remove/replace messages.
21:37:29 <aleth> Ask me if you are puzzled.
21:37:55 <aleth> (by puzzled I mean "why is it done this way and not that way" puzzled)
21:39:05 <nhnt11> flo-retina: Of course, it wouldn't make sense to remove unread messages.
21:41:45 <flo-retina> yeah, if you are puzzled by "how could someone have ever came up with such a thing", don't ask aleth :-D.
21:41:52 <aleth> Actually adding messages at the top is probably easier than what the unread ruler does, so I'm not sure that example is that useful, thinking about it.
21:43:21 --> gerard-majax__ has joined #instantbird
21:44:08 <aleth> I wonder if I still have my collection of crazy edge case message styles? :D
21:44:57 <nhnt11> aleth: What in particular do you think I might be puzzled about? How it stores the "next" message html for later? Or how the "insert" div works?
21:45:26 <nhnt11> (That code took a while to figure out when I was looking at it a while ago, not sure I understood it completely/correctly :])
21:45:34 * nhnt11 will look at it again and get back to you
21:45:34 <aleth> nhnt11: No, more "why does this have to be so complicated" type stuff.
21:46:19 <aleth> But yeah, you probably won't see the issues being avoided by looking at the code... so it's probably not that helpful
21:46:25 <nhnt11> aleth: My guess is "because of fancy message styles that do grouping and other cool things"
21:46:48 <aleth> Right.
21:46:53 <nhnt11> For example if an unread ruler is present, the next message goes into a new block, but once we remove the ruler it needs to be merged with the previous one
21:47:10 <aleth> I think it's probably more useful if I can find those message styles so you can use them to test your wips.
21:48:01 <nhnt11> If you think they'd be worth taking a look at, please :)
21:49:01 <aleth> You can already get a good idea of the variety by looking at the default styles, that's probably enough for now.
21:49:55 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
21:50:22 <nhnt11> Alrighty
21:50:50 <flo-retina> I think I had "tricky" message styles in the tools/ folder
21:51:06 <flo-retina> there were also interesting edge cases when working on magic copy ^^
21:51:35 <aleth> I don't want to make it sound like this is the most unpossible project btw! I just think we can avoid trouble by a bit of planning, separating things out, and a checklist.
21:53:46 <nhnt11> Fair enough.
21:54:30 <aleth> If you start up some etherpads I can add stuff too.
21:57:43 <nhnt11> aleth: I'm unable to start one, keeps disconnecting
21:58:07 <nhnt11> I'm unable to edit existing ones too
21:59:39 <aleth> wfm, maybe try again later.
22:06:42 <nhnt11> aleth: "Aren't opening and closing "database operations" too?" Do you mean I should change the name of queueDbOperation, or that opening/closing should be queued too?
22:06:55 <aleth> nhnt11: grab these http://hg.instantbird.org/instantbird/file/1d0601149149/tools/messagestyles/teststyles
22:07:01 <aleth> for starters ;)
22:07:19 <nhnt11> aleth: thanks
22:07:24 <aleth> nhnt11: The second -- I meant it as a genuine question
22:07:37 <aleth> Should they be queued?
22:07:44 <nhnt11> aleth: Imo, no.
22:07:45 <aleth> Would it make the code simpler if they were queud?
22:07:56 <nhnt11> getDBConn() takes care of it
22:08:00 <nhnt11> Imo, no.
22:08:43 <nhnt11> The reason for queueDbOperation is that since everything in the file shares the same connection, we need to ensure some order
22:09:01 <nhnt11> Getting that shared connection is "safe" though, thanks to getDBConn
22:09:40 <aleth> sqlite.jsm doesn't queue stuff for you? Or do you need the order somewhere?
22:09:43 <nhnt11> some order, for operations that modify the database* (insert in our case, I haven't used update anywhere)
22:10:34 <aleth> Ah, you mean you want to ensure inserts have completed before reading?
22:10:41 <nhnt11> aleth: If I yield an INSERT statement, and during that yield another insert statement gets executed, then the last_insert_rowid can't be predicted
22:10:52 <aleth> OK
22:10:52 <nhnt11> (That's one reason)
22:11:10 <aleth> I don't mind the queue, I just want a comment explaining it ;)
22:11:15 <nhnt11> Alright
22:20:38 <nhnt11> aleth: Did you have in mind a "helper" object that would contain all of these database methods and so on?
22:21:09 <nhnt11> Something like this... http://pastebin.instantbird.com/750785
22:21:55 * nhnt11 wonders if that really helps. It certainly makes stuff a bit more "modular"..
22:22:59 <aleth> It helps for overriding stuff, for keeping things together that work together (eg those two promises), and it allows you to make getDBConn less clumsy
22:23:29 <nhnt11> Fair enough
22:23:34 <aleth> I don't know how many objects make sense here, you'll find out once you start refactoring no doubt.
22:26:24 <aleth> getDBConn really wants to be gDatabase.conn with conn a lazy getter I think ;)
22:27:25 <aleth> Maybe you need two, gDatabase and gIndex, idk...
22:27:39 <nhnt11> Yeah, I'm working on it.
22:28:25 <nhnt11> I don't like having a lazy getter because we have to yield on it
22:28:54 <nhnt11> |conn = yield gDbHelper.getConn()| is clearer than |conn = yield gDatabase.conn| imo
22:29:14 <nhnt11> (or s/gDbHelper/gDatabase/, idk)
22:29:18 <aleth> It's already lazy, it's just lazy in a promisy way.
22:29:50 <nhnt11> Right, I meant I don't like making it not a function
22:29:59 <nhnt11> Anyway
22:30:11 <nhnt11> Trivial to change if we decide to switch either wya
22:30:13 <nhnt11> way*
22:36:19 <-- CAKCy has quit (Quit: Have a great day everyone!)
22:36:50 <nhnt11> aleth: So I think the gShuttingDown boolean is easier than overriding methods
22:37:04 <nhnt11> Overriding queueOperation isn't really a great idea since it might have been called before
22:37:13 <nhnt11> We could override indexLogFile I guess...
22:37:51 * nhnt11 doesn't like that too much (not that the current boolean thing is great)
22:40:09 <aleth> The benefit would be (apart from saving a boolean) that "what happens differently during shutdown" is then entirely determined by functions defined from code living in that async.shutdown block, which is more readable.
22:40:40 <nhnt11> Hmm.
22:41:09 <aleth> I mean, populating a pref is kind of different from what happens at normal times ;)
22:42:32 <aleth> Of course, if you discover it makes no sense or gets more messy, that's another thing.
22:44:53 <nhnt11> aleth: If I have something like this: http://pastebin.instantbird.com/750786, the indexLogFile call on line 15 will call the /current/ value of indexLogFile right?
22:45:19 <nhnt11> i.e. if queueIndexingJob is called when indexLogFile does foo, but line 15 executes when indexLogFile does bar, line 15 will indeed do bar and not foo?
22:45:26 <nhnt11> Bah, that was way too weirdly phrased^
22:46:58 <aleth> Yes, it's the value at execution time that counts. Functions are objects so you are holding references.
22:47:10 <nhnt11> Ah, right. (duh)
23:05:35 --> BillBinkley has joined #instantbird
23:06:36 --> nhnt11-testing has joined #instantbird
23:07:19 <nhnt11-testing> Looks like everything is in order...
23:07:33 <-- nhnt11-testing has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
23:10:17 --> nhnt11-testing has joined #instantbird
23:11:13 <-- nhnt11-testing has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
23:12:09 <-- gerard-majax__ has quit (Ping timeout)
23:12:15 <sawrubh> humph, apparently Log.jsm doesn't have as easy a way to turn on debugging as log4moz.jsm
23:12:31 <sawrubh> and I'm using Log.jsm in the FileLink code so...
23:13:00 --> wnayes has joined #instantbird
23:14:41 --> nhnt11-testing has joined #instantbird
23:15:11 <-- nhnt11-testing has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
23:15:43 <nhnt11> Bah, Cu.reportError is no use during shutdown, duh
23:16:31 <instantbot> aleth@instantbird.org changed the Resolution on bug 975542 from --- to FIXED.
23:16:32 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=975542 enh, --, 1.6, mayanktg, RESO FIXED, Set user icon from image taken with the webcam.
23:17:28 <nhnt11> ^ :)
23:19:42 <aleth> sawrubh: Aren't those two files the same?
23:20:39 <sawrubh> aleth: not exactly, I can't find the part which uses a Services.prefs.getBranch to change the logging level
23:20:41 <nhnt11> aleth: http://pastebin.instantbird.com/750807
23:21:02 <nhnt11> Do those objects look right? (more readable?)
23:21:07 <nhnt11> gDatabase and gIndexer
23:21:17 <nhnt11> That diff sucks, bah
23:21:35 <aleth> I've got to go, I'll look at it tomorrow.
23:21:39 <nhnt11> Sure.
23:21:40 <nhnt11> Good night
23:24:11 <-- Bollebib has quit (Client exited)
23:25:16 <aleth> sawrubh: If the log level is really hardcoded in Log.jsm, you can always modify that file for testing purposes.
23:25:34 <aleth> Good night
23:25:39 <-- aleth has quit (Quit: exit stage left)
23:27:56 <-- Suiseiseki has quit (Ping timeout)
23:31:58 --> clokep has joined #instantbird
23:31:58 * ChanServ sets mode +o clokep 
23:43:48 --> Suiseiseki has joined #instantbird
23:51:12 <clokep> sawrubh: Well, that seems rather useless. :(
23:51:34 <sawrubh> :/
23:58:01 <clokep> sawrubh: https://developer.mozilla.org/en-US/docs/Mozilla/JavaScript_code_modules/Log.jsm
23:58:06 <clokep> Looks like we need to also add console appenders.
23:58:59 * sawrubh was staring at http://mxr.mozilla.org/comm-central/source/mozilla/toolkit/modules/Log.jsm#41