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