#instantbird log on 07 25 2014

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