All times are UTC.
00:11:28 --> rosonline has joined #instantbird 00:13:48 <-- rosonline has quit (Client exited) 00:15:04 --> rosonline has joined #instantbird 00:17:12 <-- rosonline has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 00:17:23 --> rosonline has joined #instantbird 00:22:42 <-- rosonline has quit (Client exited) 01:05:55 <-- Mook_as has quit (Quit: Mook_as) 01:17:22 <-- mconley has quit (Input/output error) 01:28:27 <instant-buildbot> build #1458 of win32-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1458 01:36:39 <-- nhnt11 has quit (Ping timeout) 01:37:01 --> nhnt11 has joined #instantbird 01:37:52 <-- AlexanderSalas has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 01:38:00 --> AlexanderSalas has joined #instantbird 01:50:51 --> mconley has joined #instantbird 02:06:05 <-- nhnt11 has quit (Ping timeout) 02:06:12 --> nhnt11 has joined #instantbird 02:10:08 <-- AlexanderSalas has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 02:10:11 --> AlexanderSalas has joined #instantbird 02:20:25 <-- AlexanderSalas has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 02:20:29 --> AlexanderSalas has joined #instantbird 02:22:01 <-- AlexanderSalas has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 02:22:04 --> AlexanderSalas has joined #instantbird 02:23:01 <-- AlexanderSalas has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 02:45:49 --> mpmc has joined #instantbird 02:46:35 <-- mconley has quit (Input/output error) 02:47:03 --> mconley has joined #instantbird 02:48:55 <-- mconley has quit (Ping timeout) 03:08:26 --> mconley has joined #instantbird 03:12:45 <-- mconley has quit (Input/output error) 03:13:13 --> mconley has joined #instantbird 03:15:03 <-- mconley has quit (Ping timeout) 03:27:42 <nhnt11> Hi 03:33:50 <instant-buildbot> build #2283 of macosx-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/2283 03:47:55 --> CAKCy has joined #instantbird 03:48:35 <instant-buildbot> build #1109 of linux-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/1109 03:53:37 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 03:53:42 --> nhnt11 has joined #instantbird 04:08:14 <instant-buildbot> build #1459 of win32-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1459 04:10:07 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 04:22:26 --> nhnt11 has joined #instantbird 05:09:11 --> Bollebib has joined #instantbird 05:44:28 <-- Rym has quit (Ping timeout) 05:56:36 <-- Bollebib has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 06:12:28 <-- EionRobb has quit (Quit: Leaving.) 06:16:11 <-- Mook has quit (Quit: Mook) 06:29:08 --> flo-linux has joined #instantbird 06:39:05 --> aleth has joined #instantbird 06:39:05 * ChanServ sets mode +o aleth 06:40:05 <-- aleth has quit (Quit: exit stage left) 06:54:06 * Fallen|away is now known as Fallen 06:55:39 --> EionRobb has joined #instantbird 06:59:00 <flo-retina> 64 bit slave started 06:59:09 <flo-retina> it took me less than 20 minutest to setup buildbot on it :) 06:59:25 <flo-retina> that build is expected to fail due to QQ though 07:09:07 <flo-retina> Actually, let's not let QQ stop us: https://hg.mozilla.org/users/florian_queze.net/purple/rev/8e825c68b4a7 07:10:16 <instant-buildbot> build #2 of linux64-nightly-default is complete: Failure [4failed shell_4] Build details are at http://buildbot.instantbird.org/builders/linux64-nightly-default/builds/2 07:10:44 <flo-retina> arg cp: cannot stat `/home/buildbot/buildslave/linux64/build/im/config/mozconfigs/linux64/mozconfig': No such file or directory 07:10:45 <instant-buildbot> build #3 of linux64-nightly-default is complete: Failure [4failed shell_4] Build details are at http://buildbot.instantbird.org/builders/linux64-nightly-default/builds/3 07:13:29 <-- instant-buildbot has quit (Input/output error) 07:13:33 --> instant-buildbot has joined #instantbird 07:13:33 * ChanServ sets mode +v instant-buildbot 07:16:08 <flo-retina> it passed configure already :) 07:31:00 <-- nhnt11 has quit (Input/output error) 07:31:03 --> nhnt11 has joined #instantbird 08:18:56 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 08:21:41 <-- flo-linux has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 08:31:35 <-- clokep has quit (Ping timeout) 08:31:57 --> clokep has joined #instantbird 08:31:57 * ChanServ sets mode +o clokep 08:39:29 --> Armada has joined #instantbird 09:12:10 <instant-buildbot> build #4 of linux64-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/linux64-nightly-default/builds/4 09:12:18 <nhnt11> :) 09:13:53 --> gerard-majax_ has joined #instantbird 09:45:38 --> aleth has joined #instantbird 09:45:38 * ChanServ sets mode +o aleth 09:49:42 <aleth> First ever 64b Linux nightlies :-) 09:53:14 <aleth> So new the webpage doesn't know what to make of it ;) http://puu.sh/aql8e/ac41a27ae4.png 09:53:27 <nhnt11> :D 09:54:20 <nhnt11> aleth: So what I'm going to do next is work on removal of messages. 09:54:39 <nhnt11> I think the best place to do this at the moment is when a conversation is put on hold. 09:54:39 <aleth> Is prepending really working? 09:54:45 <aleth> Well enough to land? 09:55:15 <nhnt11> aleth: I'd rather land prepending along with something that uses it, because I'm not sure of another good way to test it. 09:55:23 <nhnt11> But yes, prepending a group of messages works well. 09:55:26 <aleth> I think we could land a patch that takes the messages incoming to the convbrowser (there's already a queue) and only shows the last N initially, then you can scroll into the top. 09:55:52 <nhnt11> Do you mean adding messages on scrolling, or just adding them in "reverse" order? 09:55:55 <aleth> I'm not sure I quite believe the time bubbles stuff works from the WIP you last showed me though. 09:56:11 <aleth> nhnt11: I mean adding the logic that adds a block of messages on scrolling, 09:56:20 <nhnt11> Why? I tried with different time differences and they showed up fine. 09:56:40 <aleth> but entirely internal to the convbrowser for now, so we don't worry about the message passing API in this patch. 09:56:49 <nhnt11> Right. 09:57:39 <aleth> nhnt11: I would expect the time differences between the messages added in sequence to work, but I would expect it to mess up the gap between the last prepended message and the first old one, and then the gap between the last message and the next incoming message. 09:57:55 <nhnt11> Hmm. 09:57:58 * nhnt11 tries stuff. 09:58:03 <aleth> If it just works "magically" I'll need to study your WIP a bit more ;) 09:58:20 <aleth> So I think it's probably time to open a bug and attach something. 09:58:51 <nhnt11> Alright 10:00:05 <aleth> Also check the dynamically updating time at the bottom of the conversation (after the lst message) doesn't get broken. 10:00:13 <aleth> *last 10:02:05 <nhnt11> aleth: So it works for the gap between the last prepended message and the first old one. 10:02:23 <nhnt11> I'm giving it some time to see if it keeps working for newly appended messages. 10:02:28 <aleth> Btw, the immediate win of landing this is that if you open a large conv from hold, it should already speed that up noticeably. 10:02:34 <nhnt11> Yeah. 10:04:09 <-- aleth has quit (Ping timeout) 10:06:57 --> nhnt11-testing has joined #instantbird 10:07:44 <nhnt11> The gap after the last message in the conversation just increased, so I assume it's working fine. 10:07:54 * nhnt11 gives it a couple more minutes to see if the text shows up 10:09:38 <nhnt11> And it showed up :) 10:09:50 <nhnt11> http://puu.sh/aqlOe/98dbbb67d7.png 10:10:07 <nhnt11> And it doesn't affect the gap before the next incoming message: http://puu.sh/aqlPa/06c1dab276.png 10:10:19 <-- nhnt11-testing has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 10:10:44 <nhnt11> brb 10:21:09 <-- Armada has quit (Quit: Leaving) 10:21:13 --> Armada has joined #instantbird 10:22:14 <-- Armada has quit (Quit: Leaving) 10:24:29 <clokep> flo++++ 10:25:06 <nhnt11> re 10:26:22 --> BWMerlin has joined #instantbird 10:29:04 --> flo-retina has joined #instantbird 10:29:04 * ChanServ sets mode +qo flo-retina flo-retina 10:30:14 <flo-retina> I see a lot of green on the waterfall today! \o/ 10:31:05 --> aleth has joined #instantbird 10:31:05 * ChanServ sets mode +o aleth 10:34:31 <aleth> nhnt11: That's good news then! 10:34:47 <nhnt11> aleth: Why did you suspect it would be broken? 10:35:14 <aleth> Because Footer.html in Bubbles wasn't written with this in mind. 10:35:43 <nhnt11> Right, I actually meant to ++ whoever wrote that code since it just magically worked with my prepending code :D 10:36:04 <aleth> It's been touched many times... 10:36:29 <aleth> Part of the reason I'd like to land this in parts is because it makes it easier to identify where regressions are coming from. 10:36:56 <nhnt11> True. 10:38:22 <nhnt11> Btw, is there an addon or something that will make message timestamps display in 12hr format? 10:38:24 * nhnt11 searches 10:38:39 <aleth> Not an existing add-on. 10:39:07 <nhnt11> ok 10:39:09 <aleth> Cool, so open a bug, and then attach a WIP once you've worked your way down the checklist for things that should still work ;) 10:39:54 <nhnt11> Cool. 10:40:50 <nhnt11> aleth: What exactly do you want to land in this bug? Just the code for prepending or the dynamic adding of messages on scrolling too? 10:41:15 <aleth> Both (otherwise it's just dead code, right?) 10:41:26 <nhnt11> cool 10:41:55 <aleth> Try to keep at the back of your mind that you code things in a way that won't obviously fail when messages have to be fetched via an API rather from an in-convbrowser buffer. 10:42:07 <nhnt11> Right 10:46:41 <instantbot> New Instantbird - Conversation bug 1043902 filed by nhnt11@gmail.com. 10:46:43 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1043902 enh, --, ---, nobody, NEW, When a conversation is restored from hold, display only the newest few messages and prepend more as 11:03:01 --> Bollebib has joined #instantbird 11:04:51 <flo-retina> fixing that bug should bring dramatic memory usage reductions when putting all conversations on hold and reopening them ;) 11:05:16 <aleth> Yes :) 11:05:43 <aleth> A good way to check we don't leak stuff too. 11:11:24 <aleth> clokep: I am encountering the password bug on Linux. So it seems our diagnosis is correct. 11:11:51 <flo-retina> aleth: I'm afraid it will rather be a good way to confirm that we do leak stuff :-/ 11:12:38 <aleth> flo-retina: that's progress of a sort ;) 11:13:17 <flo-retina> indeed 11:20:30 <flo-retina> btw, I talked with Even this morning to tweak the update server to register 64 bit linux builds correctly 11:20:37 <flo-retina> I'm still curious to see if the update works fine tomorrow 11:20:44 <flo-retina> but things "should" work 11:21:50 <flo-retina> aleth: I fixed the icon at http://ftp.instantbird.com/instantbird/nightly/latest-trunk/ 11:23:50 --> adev has joined #instantbird 11:23:53 <flo-retina> and now the description too 11:24:06 <adev> Hullo from 64b Linux :) 11:24:13 <flo-retina> adev: welcome! :) 11:24:20 <flo-retina> adev: is it looking better? 11:24:32 <adev> A bit. 11:24:47 <flo-retina> thanks for verifying it works :) 11:24:48 <adev> Not as great as it could be (maybe due to GTK-in-KDE issues, but FX does a better job) 11:25:41 <flo-retina> Firefox looks better than Instantbird even with a 64 bit build? 11:25:47 <flo-retina> can we have a screenshot of both? :) 11:27:55 <adev> nhnt11: I'm getting a lot of the "uncaught exception: 2147500033" awesometab bug - can you fix that soon? ;) 11:28:28 <-- adev has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 11:28:32 <nhnt11> adev: I looked at it once but couldn't figure out quickly where it was coming from 11:28:43 * nhnt11 can look at it again 11:29:32 --> adev has joined #instantbird 11:34:09 <aleth> When it happens, it happens whenever I open a new awesometab 11:34:24 <nhnt11> I know 11:34:36 <nhnt11> It's an NS_ERROR_NOT_IMPLEMENTED 11:34:46 <nhnt11> so very likely coming from the stats service 11:35:20 <nhnt11> via a purpleaccount 11:35:34 <adev> Yes 11:36:11 <adev> I think it may be trying to add contacts for unconnected accounts or something 11:36:20 <adev> But that's just a wild guess 11:36:24 <nhnt11> I doubt that's it 11:36:30 <flo-retina> bah... Additional Chat Protocols for TB31 :-| 11:36:37 <flo-retina> I don't even remember how one builds that 11:36:43 <nhnt11> I think we aren't catching it somewhere 11:36:54 <aleth> That pain again... 11:37:05 <adev> nhnt11: yes, but *what* is not implemented? 11:37:07 <nhnt11> https://mxr.mozilla.org/comm-central/source/im/components/ibConvStatsService.js#388 11:37:20 <-- BWMerlin has quit (Quit: BWMerlin) 11:37:22 <nhnt11> adev: I suspect requestRomInfo 11:37:35 <flo-retina> aleth: it should hopefully be easier now that we are in c-c. Except purple/ isn't :-S. 11:37:39 --> clokep_retina has joined #instantbird 11:37:59 <nhnt11> I'll add some dumps and figure out exactly where it's coming from 11:38:05 <adev> flo-retina: Here's FX, looking great http://minus.com/i/J1H60IS6MTmm and here's IB http://minus.com/i/b26Mp4uqmXZM4 11:38:27 <flo-retina> thanks 11:38:41 <adev> bah, sorry for not linking to the pngs 11:39:25 <clokep_retina> flo-retina: "Additional Chat Protocols for TB31" I thought of this the other day while driving home and then forgot again. 11:40:38 <clokep_retina> aleth: Should I be happy or sad about the password thing? :P 11:41:56 <aleth> clokep_retina: dunno :P 11:42:34 <adev> Why is IB trying to load the flash plugin I wonder 11:42:48 <adev> And why does it fail with "wrong ELF class: ELFCLASS64" 11:45:15 <clokep_retina> adev: I think it loads all npapi plug-ins on the system. 11:55:24 <adev> clokep_retina: OK, but the load should succeed now, with 64b builds? 11:57:25 * clokep_retina shrugs. 11:57:54 <clokep_retina> adev: FWIW I have Shockwave Flash in my Instantbird. 11:57:57 <adev> Not that it matters... just wondering if it's a sign this 64b build isn't reporting itself as such 11:58:36 <-- clokep_retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 11:58:39 --> clokep_work has joined #instantbird 11:58:39 * ChanServ sets mode +o clokep_work 11:59:42 <-- EionRobb has quit (Quit: Leaving.) 12:01:07 --> Armada has joined #instantbird 12:01:17 <nhnt11> I gtg for a bit 12:01:30 <nhnt11> I've narrowed it down, it's definitely coming from statsService._requestRoomInfo 12:01:34 <nhnt11> I'm not sure where, it's weird 12:01:36 <nhnt11> bye for now 12:01:47 <adev> that's progress :) 12:04:30 <-- adev has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 12:04:42 <clokep_work> aleth: So what do we think of this password bug then? 12:05:37 <aleth> clokep_work: Looks like we have to chain on the startup promise, either only in places that are likely to be touched during startup or more cleanly (but much more work) in getPassword 12:07:42 <aleth> Or I guess land a patch in m-c that makes ensureDataReady notice there's an import going on and wait. But that's likely not going to be accepted 12:08:29 <clokep_work> aleth: Why not? 12:08:40 <aleth> How would you write such a patch non-hackishly? 12:08:45 <clokep_work> I don't know. 12:08:49 <clokep_work> I don't know that code. 12:09:14 <clokep_work> 8:09:04 AM - firebot: paolo was last seen 9 days, 19 hours, 34 minutes and 12 seconds ago, saying 'how to better drive the spreadsheet' in #fx-team. 12:09:15 <clokep_work> :( 12:20:12 --> rosonline has joined #instantbird 12:33:30 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 12:40:06 <-- aleth has quit (Ping timeout) 12:43:25 --> aleth has joined #instantbird 12:43:26 * ChanServ sets mode +o aleth 12:44:56 <flo-retina> adev: "clokep_retina: OK, but the load should succeed now, with 64b builds?" I think the flash plugin is 32bits. 12:45:43 <clokep_work> Ah, yeah it is. 12:45:53 <clokep_work> I use 64-bit Fx at home and there's no flash in it. 12:45:57 <clokep_work> (Purposefully btw. ;)) 12:46:05 <clokep_work> I wasn't sure if that was true on Linux toot hough. 12:47:27 <aleth> Is there some flag we could set to disable all plugins and would that save some memory? 12:47:28 <flo-retina> aleth: the only problem I see on your screenshot is the color of the background behind the tabbar 12:47:43 <flo-retina> aleth: I looked for that a while ago and didn't find anything 12:47:59 <flo-retina> aleth: I _hope_ they aren't loaded until you open the add-on manager 12:48:25 <clokep_work> Does anyone else see PHP errors on http://blog.instantbird.org/2014/03/pardon-the-interruption-instantbird-nightly-builds-are-back/? 12:48:53 <aleth> flo-retina: Yes, it's the tabs that are the main problem. But there's also subtle gradients and dropshadows in FX that are absent in IB. 12:49:38 <flo-retina> clokep_work: " Warning: touch(): Utime failed: Permission denied in /home/www/blog.instantbird.org/wp-content/themes/instantbird/footer.php on line 2" 12:50:43 <clokep_work> flo-retina: Me too, I wasn't sure if it was because I'm logged in or not. 12:50:53 <flo-retina> I'm not logged in 12:51:10 <flo-retina> that's not entirely surprising, given that I moved that blog to a new server a week or two ago 12:52:06 <flo-retina> I don't see anything related in the error log though :-/ 12:53:14 <aleth> clokep_work: are you writing an update saying that Linux nightlies are back too or how did you stumble over that? 12:53:29 <clokep_work> aleth: I'm writing one, what do you mean by "too"? :) 12:54:01 <aleth> We've had Mac and Win nightlies more recently than March 3 ;) 12:55:56 <clokep_work> aleth: I don't understand your point? :-S 12:56:02 <clokep_work> Are you writing a blog post also? 12:56:10 <aleth> No 12:56:24 <aleth> Ah, I get it now. The sentence is ambiguous 12:56:50 <aleth> (writing an update too) vs (Linux nightlies are back too) ;) 12:56:51 <clokep_work> Do we know when Linux nightlies broke? 12:56:59 <aleth> March 3 iirc 12:57:22 <clokep_work> Isn't that when we got nightlies /back/? 12:57:24 * Fallen is now known as Fallen|away 12:57:35 <clokep_work> Or is that when we switched to nightlies on c-c such that CentOS was too old? 12:58:01 <aleth> I don't exactly remember, but I think that was the date of the last Linux nightly 13:00:59 <clokep_work> this update will be short. :) 13:04:32 <-- nhnt11 has quit (Ping timeout) 13:06:38 --> nhnt11 has joined #instantbird 13:07:24 <clokep_work> http://blog.instantbird.org/2014/07/linux-nightly-builds-back/ 13:07:35 <aleth> Thanks clokep_work :) 13:08:27 <flo-retina> we had a linux nightly on March 3rd. That was the last one. 13:08:50 <flo-retina> the one before was on march 2nd 13:08:55 <flo-retina> and before that, January 7th 13:09:12 <clokep_work> aleth: Did you test the webcam stuff on Linux? 13:09:47 <aleth> No (no webcam) ;) 13:10:43 <flo-retina> "dbus support" doesn't seem to add a lot of value to users 13:11:01 <instantbot> aleth@instantbird.org changed the Resolution on bug 955310 from --- to FIXED. 13:11:03 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=955310 nor, --, ---, nobody, RESO FIXED, Enable gio after Linux buildslave distro is updated 13:11:10 <flo-retina> :) 13:12:02 <instantbot> aleth@instantbird.org changed the Resolution on bug 955440 from --- to DUPLICATE. 13:12:04 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=955440 maj, --, ---, nobody, RESO DUPLICATE, Opening links fails when Firefox is used as handler. 13:12:32 <instantbot> aleth@instantbird.org changed the Resolution on bug 955431 from --- to DUPLICATE. 13:12:34 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=955431 nor, --, ---, nobody, RESO DUPLICATE, IB does not open links, as http/https handlers not populated 13:13:37 <clokep_work> aleth: Thanks. I added that. 13:14:44 <clokep_work> aleth: Mid-air! 13:15:06 <aleth> clokep_work: Good idea - likely more valuable than dbus! 13:19:52 --> Rym has joined #instantbird 13:37:00 <aleth> rosonline: Try our new nightlies and see if you have less errors in the error console 13:37:38 <rosonline> aleth: Ok, I'll download and test it 13:38:03 <aleth> Notice there is now a 64b version if you are running 64b Linux... 13:42:07 <-- aleth has quit (Ping timeout) 13:43:23 <-- Tonnes has quit (Ping timeout) 13:44:16 --> Tonnes has joined #instantbird 13:46:12 --> aleth has joined #instantbird 13:46:12 * ChanServ sets mode +o aleth 13:53:37 <-- Rym has quit (Ping timeout) 13:54:33 --> Rym has joined #instantbird 14:02:53 <-- clokep has quit (Ping timeout) 14:03:33 --> clokep has joined #instantbird 14:03:33 * ChanServ sets mode +o clokep 14:07:42 <aleth> sawrubh: still alive? ;) 14:17:23 --> mconley has joined #instantbird 14:29:39 <-- clokep has quit (Ping timeout) 14:30:36 --> clokep has joined #instantbird 14:30:36 * ChanServ sets mode +o clokep 14:44:20 <-- clokep has quit (Ping timeout) 14:45:33 --> clokep has joined #instantbird 14:45:33 * ChanServ sets mode +o clokep 14:51:15 <-- Rym has quit (Ping timeout) 14:51:49 <flo-retina> aleth, clokep: I think we should start thinking relatively soon about our strategy for releasing. 14:52:50 --> Rym has joined #instantbird 14:53:07 <clokep_work> flo-retina: I agree! :) 14:53:12 * clokep_work wonders how bad the 1.6 blocker list is. :-\ 14:54:54 <flo-retina> I'm afraid the 1.6 blocker list isn't the difficult part :-| 14:56:30 <clokep_work> What is? 14:59:05 <flo-retina> clokep_work: we aren't releasing something off c-c, right? 14:59:16 <flo-retina> clokep_work: and we aren't going to do aurora and beta builds 14:59:27 <clokep_work> flo-retina: I thought that's what you were referring to, but wasn't sure. :) 15:03:59 <flo-retina> :) 15:04:51 <-- gerard-majax_ has quit (Ping timeout) 15:20:57 <instantbot> New Instantbird - Contacts window bug 1044031 filed by aleth@instantbird.org. 15:20:58 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1044031 nor, --, ---, mayanktg, ASSI, Top and middle border doesn't match in user icon webcam panel 15:24:03 <clokep_work> Can I suggest we try to attach things to bugs instead of linking to external services? :) 15:25:24 <aleth> I usually do, but I was lazy. 15:25:36 <aleth> As I expect that to be fixed asap. 15:33:11 <aleth> nhnt11: keep an eye on tbpl so you push to try when they fix the current TB build problem. 15:33:29 <nhnt11> Yeah, I've got a tab open and keep refreshing it 15:33:53 <clokep_work> I think it refreshes automatically? 15:33:57 <clokep_work> nhnt11: CC yourself to the bustage bug? 15:34:04 <nhnt11> Good idea 15:46:24 * nhnt11 needs a debug buidl 15:46:39 <nhnt11> flo-retina: If I have an uncaught exception, a debug build can point me to where it's coming from right? In terminal output or something? 15:46:43 <-- aleth has quit (Ping timeout) 15:49:39 <flo-retina> not triviall 15:49:41 <flo-retina> y 15:50:03 <flo-retina> is this for the exception without message from the awesometab? 15:50:08 <nhnt11> Yes. 15:51:04 <nhnt11> It's certainly happening at the line acc.prplAccount.requestRoomInfo(<arguments>); 15:51:12 <nhnt11> But the weird thing is that it's in a try/catch block 15:51:37 * nhnt11 looks at the requestRoomInfo method 15:53:15 <flo-retina> nhnt11: do you know which prpl this is? 15:53:25 <nhnt11> flo-retina: Just added a dump to find that out. 15:53:28 <flo-retina> If so, try putting the try/catch inside the requestRoomInfo method of the prpl 15:53:30 <nhnt11> I need to see if it's a js prpl 15:53:31 <nhnt11> Yeah 15:53:55 <nhnt11> Uh, it has to be a js prpl, since I don't have purple enabled 15:54:00 <nhnt11> which means it ahs to be irc :] 15:57:20 <-- Morian has quit (Ping timeout) 15:59:12 <nhnt11> Okay, it's not coming from the irc prpl's requestRoomInfo method 15:59:29 <flo-retina> what's the error again? 15:59:34 <nhnt11> Because I added a dump at the beginning and end of that method and both get printed consecutively 15:59:43 <nhnt11> uncaught exception: (ns error not implemented code) 15:59:48 * nhnt11 looks at purple 16:00:34 <flo-retina> nhnt11: add a dump in http://mxr.mozilla.org/comm-central/source/chat/modules/jsProtoHelper.jsm#197 to see if it's called? 16:00:40 <-- rosonline has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 16:00:44 --> Morian has joined #instantbird 16:00:45 * ChanServ sets mode +h Morian 16:01:34 <nhnt11> Ah... 16:01:35 <nhnt11> flo-retina: Thanks 16:02:29 <nhnt11> Indeed, that's wehre it's coming from 16:02:42 <nhnt11> If I return without throwing, there's no uncaught exception. 16:04:49 <nhnt11> flo-retina: So by throwing an error object instead of the result value, I no longer get an uncaught exception 16:05:27 <nhnt11> However, even though I'm setting the result property to Cr.NS_ERROR_NOT_IMPLEMENTED and then throwing it, the stats service is printing the error 16:06:32 <nhnt11> (stats service checks the result property and prints only if it's not the not implemented one) 16:06:40 <flo-retina> nhnt11: I don't understand what that means 16:06:52 <flo-retina> nhnt11: is it _expected_ that this method isn't implemented by some prpls? 16:06:57 <nhnt11> Yes. 16:07:09 <flo-retina> why is it throwing then? 16:07:47 <flo-retina> nhnt11: do you have an example of a prpl not implementing it? 16:09:26 * nhnt11 is a bit confused now 16:09:43 <flo-retina> heh, sorry if I'm confusing 16:09:53 <nhnt11> flo-retina: The implementation of requestRoomInfo in purpleAccount.cpp returns NS_ERROR_NOT_IMPLEMENTED 16:10:00 <flo-retina> I'm afraid I'm too tired for my ideas to make sense :-| 16:10:06 <nhnt11> Returning an error from there causes XPCOM to create an error object right? 16:10:22 <flo-retina> yes, it will be an exception on the JS side 16:10:27 <nhnt11> Since that's what I did there, I mimicked it in jsProtoHelper.jsm when writing the JS code 16:10:37 <flo-retina> ok 16:10:40 <flo-retina> then that makes sense I guess :) 16:10:59 <nhnt11> flo-retina: Weird thing is, whatever I throw in jsProtoHelper.requestRoomInfo seems to be "uncaught" 16:11:10 <nhnt11> In the sense that it gets reported in the error console 16:11:43 <flo-retina> I'm leaving the office now, sorry. 16:11:44 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 16:11:44 <nhnt11> (even if I remove the reportError call in the stats service) 16:11:45 <nhnt11> okay 16:18:14 --> gerard-majax_ has joined #instantbird 16:20:09 * nhnt11 wonders if clokep_work knows anything about this^ 16:21:05 <nhnt11> It appears that since these two pieces of code (stats service and jsProtoHelper) are bridged by xpcom, throwing in jsProtoHelper doesn't propagate it to the stats service 16:21:15 <nhnt11> And so it's never caught 16:21:27 <nhnt11> I wonder if I have to create an XPCOM error somehow 16:21:52 <nhnt11> Ah! 16:22:06 <nhnt11> I think I want new Components.Exception(message, Cr.NS_ERR....); 16:23:39 --> rosonline has joined #instantbird 16:25:48 <nhnt11> Aha, the bustage bug just landed 16:27:00 --> iamjayakumars has joined #instantbird 16:37:00 --> aleth has joined #instantbird 16:37:00 * ChanServ sets mode +o aleth 16:42:29 <nhnt11> aleth: Any ideas on this error thing? 16:42:58 <nhnt11> Summary: the error thrown by jsProtoHelper.requestRoomInfo isn't getting caught by the stats service 16:43:14 <nhnt11> Even though there's a try catch block around it. I'm suspecting something XPCOM related that I'm not aware of 16:43:45 <aleth> You should probably ask someone who knows about XPCOM interna about what best to do. bholley maybe? 16:44:05 <aleth> I wonder if this is due to a recent change/regression as it seems odd we didn't notice it earlier. 16:44:16 <nhnt11> This is certainly a regression, it was not there earlier 16:44:25 <nhnt11> Alright, I'll ask on developers. 16:45:55 <aleth> If you build libpurple, do you get it from libpurple accounts too? or is this solely for JS XPCOM? 16:46:08 <nhnt11> I'll try 16:46:18 --> Mook_as has joined #instantbird 16:47:34 * nhnt11 is building 16:48:06 --> freaktechnik has joined #instantbird 16:48:12 <freaktechnik> hi 16:48:32 <freaktechnik> is it known for the certificate exceptions not to be permanent even when permanent is ticked? 16:49:18 <aleth> I think there's been some recent change around that, clokep probably knows what it was 16:49:40 <nhnt11> aleth: I'm getting a configure error saying "The underlying problem is an attempt to read a reserved UPPERCASE variable that does not exist." (the variable in question is USE_LIBS). Is this known or should I try clobbering? 16:50:13 <aleth> Try clobbering, after all the nightly builds ;) 16:50:28 <aleth> Unless it's something new today. 16:50:35 <nhnt11> this is in in purple/purplexpcom/src/moz.build btw 16:50:40 <nhnt11> I'll pull c-c while I'm at it 16:50:44 <aleth> Did you pull purple? 16:50:49 <nhnt11> Yes 16:50:58 <aleth> Yes, you need to pull c-c too. 16:51:09 <nhnt11> alrighty 16:51:50 <nhnt11> Same error again. 16:52:23 * nhnt11 clobbers 16:53:28 <nhnt11> Same error! 16:53:39 <-- Rym has quit (Ping timeout) 16:53:51 <aleth> :-( 16:54:14 <aleth> rm -rf the objdir just to be sure? 16:54:19 * nhnt11 should have backed up his objdir before this 16:54:34 <aleth> Well, ask on #developers while you fix this 16:54:38 <nhnt11> yeah ok 16:55:10 --> Rym has joined #instantbird 16:55:16 <aleth> Ah, you said the TB bustage fix landed? Maybe it busted us :P 16:55:35 <nhnt11> aleth: I got this error before pulling c-c ;) 16:55:44 <nhnt11> (And I hadn't pulled c-c in a few days I think) 16:55:58 <nhnt11> Maybe I should pull m-c too 16:56:09 <nhnt11> I could always hg update -R if it's still busted 16:56:09 <aleth> Uh, you should *definitely* pull m-c too. 16:56:20 * nhnt11 does a full checkout 16:56:42 <nhnt11> Maybe I should have just not pulled purple :P 16:56:43 <nhnt11> Anyways 16:56:49 * nhnt11 is asking on #developers 16:56:55 <aleth> Build system fixes due to m-c build system changes won't work unless you also pull the m-c changes ;) 16:57:25 <nhnt11> Does this make sense? 16:57:26 <nhnt11> Hello, I've got two js XPCOM components. Component A calls function foo in component B. foo throws NS_ERROR_NOT_IMPLEMENTED. Now, even though the call is wrapped in a try/catch, I'm seeing "Error: uncaught exception: 2147500033" in the error console. Any ideas? 16:57:53 <aleth> Yes 17:01:13 <nhnt11> Ah, configure passed :) 17:04:22 <aleth> There you go :) 17:04:32 <-- iamjayakumars has quit (Client exited) 17:04:52 <clokep_work> nhnt11: Yeah you need to update c-c, m-c and purple 17:05:03 <clokep_work> freaktechnik: I've seen that happen in Firefox a lot, never INstantbird. 17:05:53 <freaktechnik> I'm having some issue with irc.irchighway.net (SSL on.... 9999 I believe), to be exact 17:09:45 <clokep_work> freaktechnik: I wonder if you're hitting different servers each time so you're getting different SSL certs. 17:10:01 <freaktechnik> oh, that's possible on irchighway 17:10:11 <freaktechnik> as it's "decentralized" 17:10:16 <clokep_work> freaktechnik: You should check if they have a root cert or something you can import. 17:15:22 <nhnt11> aleth: I'm seeing it coming only from jsProtoHelper 17:15:42 <nhnt11> Interestingly, if I throw a mew Components.Exception(), it's no longer uncaught but is still displayed on the error console 17:15:49 <nhnt11> But with a line number and filename 17:16:19 <nhnt11> s/mew/new 17:16:25 <aleth> nhnt11: If you're unlucky on #developers, just file a bug for it and mark it regression 17:16:53 <nhnt11> And someone will take appropriate action? (i.e. either acknowledging it as an upstream bug, or pointing me to a solution?) 17:16:54 <nhnt11> Cool 17:16:58 <aleth> What you've found out should give useful information :) 17:17:11 <aleth> nhnt11: it helps if you find the right component ;) 17:17:43 <clokep_work> FYI https://hg.mozilla.org/comm-central/rev/88d7bd10ce42 seems to touch chat. 17:17:49 <clokep_work> Not sure if that will affect anyone. 17:18:48 <aleth> clokep_work: Seems the right thing to do at first glance. 17:21:00 <nhnt11> aleth: Btw, a "quickfix" is to just return instead of throwing in jsProtoHelper 17:21:09 <nhnt11> I don't think that that would be "wrong" 17:21:28 <nhnt11> Since it's really expected that some protocols don't implement the function 17:21:40 <aleth> But as we throw everywhere else we have an interest in seeing this fixed anyway ;) 17:21:50 <nhnt11> Alright 17:21:51 * nhnt11 files a bug 17:22:24 <nhnt11> I'm filing it under Core::XPCOM 17:22:34 <aleth> We can always use that workaround before shipping if need be. 17:22:39 <nhnt11> Actually maybe it should be XPConnect 17:22:59 <nhnt11> (whose description is "facilitates calling between JavaScript and XPCOM components" 17:23:19 <aleth> Hard to tell where the problem is. 17:23:33 <aleth> Try XPConnect I guess. 17:23:36 <nhnt11> XPConnect makes sense to me, if I'm wrong someone will change it ;) 17:24:45 <-- chrisccoulson has quit (Quit: OSError: [Errno 130] Owner died) 17:24:53 --> chrisccoulson has joined #instantbird 17:26:30 * nhnt11 wonders if he should wait for flo before filing the bug 17:27:11 <aleth> why? 17:27:19 <nhnt11> Idk, maybe he knows a solution or something? 17:27:46 <aleth> If it's a regression, the solution is to fix it... somewhere. 17:27:50 <nhnt11> Alright 17:27:58 <aleth> But not in IB. 17:28:38 <aleth> If the bug is resolved invalid, we can change our mind ;) 17:32:43 <-- rosonline has quit (Client exited) 17:35:26 --> rosonline has joined #instantbird 17:36:48 <nhnt11> aleth: bug 1044109 17:36:51 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1044109 nor, --, ---, nobody, NEW, Regression: Error thrown by function in JS XPCOM component is shown in error console even if call is 17:36:57 <aleth> Thanks! 17:37:17 * nhnt11 tried to make the report as clear as possible 17:38:21 <nhnt11> ah, you beat me to adding the dependency :) 17:38:33 * Fallen|away is now known as Fallen 17:40:42 <aleth> heh, bholley didn't take long ;) 17:40:44 <nhnt11> Ah, a response 17:40:44 <nhnt11> yeah 17:41:37 <nhnt11> Well, that's that 17:41:40 * nhnt11 moves on 17:49:42 <-- freaktechnik has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 17:52:14 <-- gerard-majax_ has quit (Ping timeout) 18:30:34 <-- clokep_work has quit (Ping timeout) 18:30:45 <nhnt11> "Note that this was a purposeful change" interesting... 18:33:37 <aleth> nhnt11: Does code in the catch {} block actually get executed or is the error actually uncaught? 18:34:42 <aleth> i.e. is the problem that there is a spurious error message or is it more serious? The description in the bug is ambiguous about this. 18:37:07 <-- Fallen has quit (Quit: ZNC - http://znc.sourceforge.net) 18:37:49 <nhnt11> aleth: The code in the catch {} block is executed, but there is a spurious error message. 18:37:56 <aleth> OK. 18:38:25 <nhnt11> i.e. if I comment out the if condition before the reportError in the catch block, I see two error messages 18:38:48 <aleth> That's the way the commenters in the bug seem to be understanding it too, so that's good. 18:38:49 <nhnt11> One "uncaught exception: 2147500033" and one [Exception... "Method not implemented'Method not implemented' when calling method: [prplIAccount::requestRoomInfo]" nsresult: "0x80004001 (NS_ERROR_NOT_IMPLEMENTED)" 18:39:09 --> Fallen has joined #instantbird 18:39:10 <nhnt11> Should I leave a comment making that absolutely clear? 18:39:31 <aleth> Might be a good idea. 18:45:39 <nhnt11> Interestingly, this is coming from my Google Talk account - which I think should mean it should come from my Facebook account too 18:45:50 <nhnt11> However, though I'm logged in to both, I see only one uncaught exception 18:46:42 <nhnt11> Ah, possibly because canJoinChat is false for Facebook 18:46:53 <aleth> That explains it, yes 18:47:06 <aleth> OK, so that's cleared up :) 18:47:20 <nhnt11> Indeed, I see two exceptions if I connect two Gtalk accounts 18:47:21 <nhnt11> Yeah 18:47:28 <-- aleth has quit (Quit: exit stage left) 18:49:09 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 18:49:19 --> nhnt11 has joined #instantbird 18:51:54 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 18:52:01 --> nhnt11 has joined #instantbird 18:55:16 <instantbot> New Instantbird - Account manager bug 1044172 filed by nhnt11@gmail.com. 18:55:16 <nhnt11> clokep: Can you reproduce bug 1044172? 18:55:18 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1044172 nor, --, ---, nobody, NEW, [Regression] Error "aJID.trim is not a function" when deleting XMPP account 18:56:11 <nhnt11> Maybe that should be a Chat Core bug 18:56:12 <nhnt11> oops 19:11:45 --> mpmc has joined #instantbird 19:21:39 <clokep> nhnt11: One second 19:22:13 <nhnt11> sure 19:22:14 <nhnt11> brb 19:25:08 <-- Bollebib has quit (Ping timeout) 19:30:21 <clokep> nhnt11: Couldn't reproduce it. 19:31:13 <-- clokep has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 19:32:10 --> clokep has joined #instantbird 19:32:44 <-- clokep has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 19:33:00 <nhnt11> :-/ 19:33:22 --> clokep has joined #instantbird 19:33:23 * ChanServ sets mode +o clokep 19:33:34 <nhnt11> clokep: I reproduced it on my other profile, fyi 19:33:38 <nhnt11> I'll create a fresh one and try agian 19:33:40 <nhnt11> again8 19:34:20 <clokep> nhnt11: It'd be interesting to have a stack 19:34:49 <nhnt11> It'd also be great if I could open the blist on this new profile :S 19:34:53 <nhnt11> ah okay it appeared 19:35:01 <nhnt11> Give me a minute 19:35:11 <nhnt11> Yup, it's happening on the fresh profile 19:37:01 <nhnt11> clokep: https://pastebin.mozilla.org/5620194 19:39:06 <clokep> nhnt11: Will to test a patch for me? 19:39:16 <nhnt11> clokep: Sure, hand it over 19:39:29 <clokep> I need to write it first. :P 19:39:39 <nhnt11> Whenever it's ready :) 19:40:11 <-- chrisccoulson has quit (Quit: OSError: [Errno 130] Owner died) 19:43:07 <clokep> nhnt11: http://pastebin.instantbird.com/759400 19:43:10 <nhnt11> clokep: Is the fix possibly to normalize the key/val pairs returned by forEach? 19:43:10 <nhnt11> ah 19:43:20 <clokep> nhnt11: No. 19:43:37 <nhnt11> Testing. 19:44:29 <nhnt11> clokep: Works. 19:44:30 <nhnt11> Thanks! 19:45:01 <clokep> :( 19:45:05 <clokep> Thank you! 19:45:19 <nhnt11> Uh 19:45:21 <nhnt11> Hold on 19:45:34 <nhnt11> Yeah, it works. 19:45:35 <nhnt11> Never mind 19:46:07 <nhnt11> Can we push this for the next nightly as a bustage fix? 19:51:10 <clokep> nhnt11: Maybe. 19:51:50 * clokep hopes that regression isn't in tb 31. 19:52:18 <clokep> It's not. :) 19:52:24 <nhnt11> :) 19:52:57 <clokep> 51 minutes to fix it, not too shabby. 19:54:28 --> aleth has joined #instantbird 19:54:28 * ChanServ sets mode +o aleth 19:55:09 * clokep should sit down and debug that password thing. :( 19:58:12 --> chrisccoulson has joined #instantbird 20:09:39 --> flo-retina has joined #instantbird 20:09:39 * ChanServ sets mode +qo flo-retina flo-retina 20:17:00 <aleth> instantbird.com isn't updating the what's new list from the RSS feed 20:17:59 <flo-retina> aleth: I told you that this morning already 20:18:18 <aleth> sorry, I missed that 20:18:37 <flo-retina> err, afternoon, it was 3pm :) 20:18:54 <aleth> I expected it was one of the php errors, but I didn't remember if it was already mentioned or not ;) 20:19:08 <flo-retina> I didn't fix the php errors 20:19:15 <flo-retina> I just commented out the line causing the publicly visible one 20:42:36 <-- aleth has quit (Quit: exit stage left) 20:45:26 <clokep> My current mq: xmpp-del-fix, masked-opts, irc-accountbuddy, importer-adium, okcupid-docs, twitter-image, sync-removed-files, sync-installer2, oscar-docs, oscar, oscar-libpurple, stealing-focus, tab-colors, fake, smileys, irc-ident, qq-captcha, jumplist, join-part-messages 20:45:28 <clokep> :( 20:45:30 <clokep> Too much. 20:52:57 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 20:56:43 <-- Rym has quit (Ping timeout) 20:58:19 --> Rym has joined #instantbird 21:25:51 <-- rosonline has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 21:26:01 <flo-retina> http://blog.queze.net/post/2014/07/25/Converting-old-Mac-minis-into-CentOS-Instantbird-build-slaves 21:26:04 <flo-retina> feedback welcome 21:26:14 <flo-retina> is this a understandable/interesting? 21:26:34 <flo-retina> I posted this mostly because I would have been really happy to find something like it... 21:37:37 <clokep> flo-retina: Interesting! 21:37:43 <clokep> Mostly understandable. :) 21:37:48 <clokep> But I'm not great at Linux. ;) 21:39:40 --> Bollebib has joined #instantbird 21:40:56 * clokep shared it with the #nightingale guys too. 21:43:08 <flo-retina> did they like it? 21:43:32 <clokep> Sounds like they got some macs too. 21:43:33 <clokep> :) 21:43:43 <clokep> But the guy who has them isn't on or something. 21:43:44 <flo-retina> I was thinking rkent may also be interested 21:43:46 <clokep> (on IRC) 21:43:57 <clokep> Yeah! 21:54:07 <-- CAKCy has quit (Quit: Have a great day everyone!) 22:00:45 <-- clokep has quit (Ping timeout) 22:10:41 <-- BillBinkley has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 22:17:37 <-- Bollebib has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 22:17:51 <-- mconley has quit (Input/output error) 22:23:33 --> EionRobb has joined #instantbird 22:28:06 <-- Rym has quit (Ping timeout) 22:33:57 <-- Fallen has quit (Quit: ZNC - http://znc.sourceforge.net) 22:37:58 --> Fallen has joined #instantbird 22:47:07 --> mconley has joined #instantbird 22:55:49 * Fallen is now known as Fallen|away 23:13:03 <-- Armada has quit (Connection reset by peer) 23:26:19 --> iamjayakumars_ has joined #instantbird