All times are UTC.
00:00:22 <aleth> This would be OK http://minus.com/mQFk03c7z# - if you zoom in you can see the 1 pixel difference is the standard distance to the window border. I'm not sure why you wanted to change the left/right margin though - to me its' the top/bottom that are 'worse' 00:01:01 <aleth> -1px btw 00:01:49 <aleth> The hassle with Linux UI tweaks is always having to check it with a couple different gtk themes :( 00:02:21 <aleth> It took me much longer than I had expected to do that contact window thing 00:02:29 <flo> http://i.imgur.com/NJDnu.png the window border is a single pixel black line 00:02:48 <aleth> Yes, that's up to the theme 00:02:54 <flo> I wanted to get rid of the grey area between the orange focus highlight and the window border. 00:03:20 <flo> and also hide a bit the rounded corners of the textbox that look just plain wrong :( 00:04:29 <aleth> Well -1px should indeed get rid of the gap between highlight and window border 00:04:36 <aleth> (see screenshot) 00:04:48 <flo> but the rounded corners are still fully visible 00:04:50 <aleth> The rounded corners would be more tricky 00:04:52 <flo> with only -1 00:04:55 <aleth> yes 00:05:15 <flo> and I don't want left/right borders on the textbox, I just wanted to keep a little bit of the orange highlight 00:05:38 <aleth> but your -2 makes the highlight look awful (for me at least) 00:06:31 <aleth> Another potential problem is what if you are using a GTK theme without rounded-corner-textboxes 00:07:59 <aleth> Though I think they are fairly standar 00:08:02 <aleth> d 00:08:31 * flo thinks he will keep using a mac :-P 00:08:53 <aleth> UI design wise, no contest :) 00:09:06 <flo> it's too bad that mac Mozilla compilations are so slow :( 00:09:50 <-- SM0TVI has quit (Connection reset by peer) 00:10:14 --> SM0TVI has joined #instantbird 00:12:52 <aleth> flo: Why is aListItem.getElementsByClassName('listitem-iconic').length == 0 for aListitem a listitem-iconic element? 00:17:14 <-- chrisccoulson has quit (Ping timeout) 00:17:21 <flo> maybe getElementsByClassName only looks for matches in descendants? 00:17:37 <aleth> According to MDN it includes the root... 00:18:31 <aleth> Debugging this listbox thing is really tricky because XBLs are bound asynchronously 00:19:30 <aleth> flo: No, you are right, it does not include the root when called on elements not documents 01:01:21 --> jb has joined #instantbird 01:16:31 <-- Guido has quit (Quit: Instantbird 1.1) 01:21:12 <-- jb has quit (Ping timeout) 01:23:59 --> jb has joined #instantbird 01:28:42 <-- jb has quit (Ping timeout) 01:38:13 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/535bf71528c9 - Quentin Raynayd - Bug 1161 - Update to Mozilla 8.0, r=fqueze. 01:45:05 --> webfork has joined #instantbird 01:46:57 <-- aleth has quit (Quit: Instantbird 1.2a1pre) 02:01:30 --> jb has joined #instantbird 02:07:39 <-- jb has quit (Ping timeout) 02:14:31 <instantbot> florian@instantbird.org denied review for attachment 994 on bug 1161. 02:14:35 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1161 nor, --, ---, nobody, NEW, Update XUL from 7.0.1 to 9.0 02:15:45 <-- devfil has quit (Broken pipe) 02:15:55 <webfork> /join #firefox 02:17:03 <flo> webfork: would work better without the leading space ;) 02:18:07 <webfork> i'm good at irc! 02:18:09 <webfork> horray! 02:18:16 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/e9129718bf4e - Quentin Raynaud - Bug 1163 - disable angle on Windows until we have a new compile VM, r=fqueze. 02:19:45 <instantbot> florian@instantbird.org granted review for attachment 997 on bug 1161. 02:19:48 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1161 nor, --, ---, nobody, NEW, Update XUL from 7.0.1 to 9.0 02:20:36 <instantbot> florian@instantbird.org granted review for attachment 992 on bug 1163. 02:20:38 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1163 nor, --, ---, raynaudquentin, NEW, Create a new updated VM for building Ib on Windows 02:36:19 <flo> lots of red :( 02:36:31 <flo> I shouldn't do mozilla updates at 3am again :( 02:38:17 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/da77f916e825 - Florian Quèze - Fix PPC build bustage. 02:39:51 <flo> ok, the Mac PPC and Windows configure bustage are fixed. 02:40:33 <flo> the error on the linux onCommit build will probably appear for the other 2 OSes in an hour or two. That error won't exist on the nightlies which build from scratch. 02:40:49 * flo goes to bed 02:46:42 <-- webfork has quit (Quit: Instantbird 1.1) 03:07:03 <-- GeekShadow has quit (Ping timeout) 04:52:06 --> clokep has joined #instantbird 04:52:06 * ChanServ sets mode +h clokep 05:11:02 <-- clokep has quit (Quit: Instantbird 1.2a1pre) 06:44:35 --> pvagner has joined #instantbird 06:45:34 <pvagner> Hello, Can nickserv killer addon also identify me to nickserv? Is is specific to mozilla irc network? 07:26:26 <-- micahg has quit (Connection reset by peer) 07:27:10 --> micahg has joined #instantbird 08:06:10 --> Guido has joined #instantbird 08:06:10 <-- Guido has quit (Quit: Guido) 08:06:14 --> Guido has joined #instantbird 08:48:29 <-- pvagner has quit (Connection reset by peer) 08:49:01 * gerard-majax_ is now known as gerard-majax 09:13:49 --> GeekShadow has joined #instantbird 09:21:50 <flo> the failure of the windows build is quite uncommon: 09:21:50 <flo> 0 [main] make 3224 open_stackdumpfile: Dumping stack trace to make.exe.stackdump 09:21:50 <flo> [libs-en-US] Segmentation fault (core dumped) 09:30:30 --> jb has joined #instantbird 09:34:58 <-- gerard-majax has quit (Quit: Ex-Chat) 09:37:34 --> gerard-majax has joined #instantbird 09:37:43 <-- flo has quit (Quit: Instantbird 1.2a1pre) 09:38:12 --> flo has joined #instantbird 09:38:12 * ChanServ sets mode +qo flo flo 09:38:56 <-- flo has quit (Quit: Instantbird 1.2a1pre) 09:39:11 --> flo has joined #instantbird 09:39:12 * ChanServ sets mode +qo flo flo 09:54:00 <-- jb has quit (Ping timeout) 10:05:00 --> aleth has joined #instantbird 10:06:54 <-- aleth has quit (Quit: Instantbird 1.2a1pre) 10:07:04 --> aleth has joined #instantbird 10:07:57 <-- aleth has quit (Quit: Instantbird 1.2a1pre) 10:08:08 --> aleth has joined #instantbird 10:08:48 <aleth> mozilla 8 running nicely without crash on shutdown :) 10:13:32 <flo> yeah, before pushing I compiled it without --enable-debug and that didn't crash on shutdown 10:15:12 <aleth> They seem to take up a lot of time for you, those mozilla updates... 10:15:44 <aleth> Do they keep changing the build system or why is that? 10:15:59 <flo> just look at the patches? :) 10:16:10 <aleth> Good point. 10:16:24 <flo> on Mac we keep supporting PPC (because our build machine is a PPC machine) ; that's a pain 10:16:24 --> hunsly has joined #instantbird 10:16:51 <flo> on Windows, our build VM isn't identical to what Mozilla uses, so we sometimes has some details to figure out (like that Direct X SDK that requires a very specific version now...) 10:17:00 <flo> *have 10:17:20 <flo> + yeah, there are some build system changes sometimes 10:21:54 <aleth> Sounds like lots of details to take care of... the actual patch for IB doesn't look too bad 10:24:14 <-- hunsly has quit (Connection reset by peer) 10:35:45 <-- Guido has quit (Ping timeout) 11:35:54 --> Tomek has joined #instantbird 11:40:21 <-- GeekShadow has quit (Ping timeout) 11:43:03 --> GeekShadow has joined #instantbird 12:03:03 --> chrisccoulson has joined #instantbird 12:38:56 <flo> there'll be several totally trivial bugs to fix with the update to moz9, as the JS strict warning now work in XBL bindings too :) 12:39:19 <flo> (or maybe that's in event handlers, I'm not totally sure of what has change) 12:40:06 <flo> (what I'm sure of is that I've already seen at least 4 different "reference to undefined property this._<name of a property that should probably have a default value in the prototype>") 12:42:01 <aleth> Those often seem to be symptomatic of little bugs which would cause real potential trouble if one were writing in say C and not JS 12:42:14 <-- GeekShadow has quit (Ping timeout) 12:44:23 <flo> in C it would just not compile, so it would be caught early ;) 12:45:03 <aleth> Or if you are using pointers it might compile and then just read something as data which isn't... 12:45:52 <aleth> But yeah, C is much less forgiving 12:46:34 <flo> anyway, I'm glad these warnings are no longer hidden :) 12:48:00 <aleth> Now they only need to fix the problem you had a while back about errors in components (I think it was) I guess ;) 12:52:14 <flo> I still know a few other cases where JS errors (much more annoying than warnings) are silently eaten 12:52:53 <flo> for example errors in observers called by nsObserverService 12:53:41 <flo> by the way, if someone has some time to create a minimal test case for that bug about parse errors in components, I think it may speed up getting the bug fixed 12:54:31 <-- aleth has quit (Quit: Instantbird 1.2a1pre) 12:58:57 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/6fcc43e5956c - Florian Quèze - Bug 1161 - Update to Mozilla 9 (based on attachment 990 from Quentin Raynaud). 13:32:44 <-- BlueMaxima has quit (Quit: Instantbird 1.1) 13:34:54 --> clokep has joined #instantbird 13:34:54 * ChanServ sets mode +h clokep 13:43:07 <-- gmoro_ has quit (Ping timeout) 13:52:04 <-- clokep has quit (Quit: Instantbird 1.2a1pre) 13:52:11 --> clokep has joined #instantbird 13:52:11 * ChanServ sets mode +h clokep 13:55:07 <clokep> I'm guessing the on commit builds failed as they're not full builds? 14:04:14 <flo> Linux/Windows failed because cloning mozilla-beta takes too much time 14:04:34 <clokep> Oh, bah. :( 14:05:32 <flo> and for the mac build, yes, it seems it needs a clobber 14:06:39 <flo> the need for the clobber seems to be ppc-only :-/ 14:06:57 <flo> my local mac debug build has just failed too, but I think it failed in a debug only part 14:14:51 <clokep> Ah, that's a pain. 14:15:05 <clokep> My update failed though. :( Let's try that again... 14:15:11 <-- clokep has quit (Quit: Instantbird 1.2a1pre) 14:15:36 --> clokep has joined #instantbird 14:15:36 * ChanServ sets mode +h clokep 14:15:41 <flo> you shouldn't have to clone the mozilla repository again. buildbot rm -rf'ed the previous mozilla repository and cloned it again only because it's stupid 14:16:39 --> igorko has joined #instantbird 14:16:41 <clokep> That's silly. :( 14:16:59 <clokep> I meant my nightly update failed though. 14:25:51 <flo> on your JS-IRC patch, do you need a review, or do you still know what you need to do next? 14:26:37 <clokep> I mostly wnated to get the patch up somewhere in case I destroy my tree somehow. :) 14:27:10 <clokep> I know a couple of things I need to do, but they're just implementing more functionality. 14:27:27 <clokep> (Plus I probably need some makefile-foo help.) 14:28:04 <flo> is there any difficult thing for the makefiles of a JS proto? 14:29:03 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/b61ab282a10b - Florian Quèze - Fix bustage caused by bug 616999. 14:29:08 <clokep> The only thing I wasn't sure about was if we wanted to put the modules in a separate folder or just prepend them all with "irc" or something. 14:30:32 <flo> still need some l10n work as I can see :-/ 14:30:52 <flo> I think an IRC prefix would be good 14:31:45 <clokep> OK, that should work OK. 14:31:51 <clokep> Yes. I didn't deal with l10n at all yet. :( 14:32:18 <flo> so the patch you attached was before the update for bug 759? 14:32:21 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=759 min, --, ---, florian, ASSI, Reorganize purplexpcom 14:32:25 <flo> I see it still uses the js-protocol-plugin category 14:32:56 <flo> is the socket.jsm file different from the one we already have? 14:33:00 <clokep> No, it was after it. 14:33:33 <clokep> I just never changed that. 14:34:16 <clokep> The socket.jsm file is mostly the same. 14:34:32 <clokep> It includes the changes in bug 761. 14:34:35 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=761 nor, --, ---, clokep, ASSI, JS-Socket fails to properly handle SSL errors 14:34:35 <flo> so how does it work if the correct category isn't registered? 14:37:54 <clokep> Maybe the extension was enabled and clobbered my patch anyway. I didn't think it was though. :-/ 14:38:57 <flo> or you still had a line from prpl.manifest in the purple/ folder 14:39:23 <flo> hmm, apparently the js engine is broken again for PPC in mozilla9 14:39:30 <flo> I'll take care of that a bit later 14:39:52 <clokep> Ah, that's possible 14:40:30 <clokep> flo: That was it. 14:42:53 <clokep> flo: "Both $topsrcdir/.mozconfig and $topsrcdir/mozconfig are supported, but you must 14:42:53 <clokep> choose only one. Please remove the other."? 14:43:12 <clokep> Does that mean I should just modify the mozconfig, or is there a way to tell it to use .mozconfig? 15:17:07 <-- chrisccoulson has quit (Ping timeout) 15:24:45 --> devfil has joined #instantbird 15:58:07 --> aleth has joined #instantbird 16:04:57 --> chrisccoulson has joined #instantbird 16:08:06 --> hunsly has joined #instantbird 16:09:35 <flo> clokep: MOZCONFIG=$(pwd)/.mozconfig time make -f clienk.mk build 16:09:47 <flo> (and I dislike that change too! :() 16:11:26 <clokep> flo: Where do I put that? Or is that just run in the bash shell? 16:11:37 <flo> just the command to run 16:11:54 <clokep> What's the time doing in there? 16:12:30 <flo> ah, just displaying after the compile is done how long it took 16:12:49 <flo> I always time my compilations, but that's not required in any way. I just like having that information 16:12:52 <-- hunsly has quit (Connection reset by peer) 16:13:01 <clokep> Yes, I didn't know hwo to do that. :) 16:13:52 <clokep> Ah there's a typo in there. ;) 16:14:04 <clokep> Still getting the same error though. 16:14:30 <clokep> Although maybe I'm doing it wrong. 16:14:45 <clokep> |MOZCONFIG=$(pwd)/.mozconfig && time make -f client.mk build| is what I'm running exactly. 16:14:57 <clokep> (without the && I get an error "time: command not found") 16:20:17 <clokep> Ah I think I found the blog post about it: http://atlee.ca/blog/2011/09/30/mozconfigs-and-branches/ 16:21:44 <flo> then just remove the time 16:21:50 <flo> and you definitely should not have the && 16:22:10 <flo> you can try putting the time before the MOZCONFIG=... 16:22:16 <clokep> Bah no it's not. 16:22:34 <clokep> (Btw time is a command, I can type that out separately.) 16:22:46 <clokep> Putting time first worked though. 16:22:53 <clokep> I shold have been able to think of that one. :-D 16:23:11 <clokep> That's a super annoying change. :-/ 16:23:49 <flo> time is both a comment (which doesn't seem installed for you) and a shell built-in 16:23:52 <flo> *command 16:24:18 <clokep> I see. 16:24:27 <clokep> Thanks for the help. :) 16:24:35 <clokep> Just need to disable angle again... 16:25:19 <-- aleth has quit (Quit: Instantbird 1.2a1pre) 16:25:43 --> aleth has joined #instantbird 16:45:15 <-- chrisccoulson has quit (Ping timeout) 16:51:29 --> billysanca has joined #instantbird 16:52:33 <flo> I guess I should just change the default mozconfig so that it only includes the mozconfig currently used for nightlies, and then everything else can be our own changes 16:52:44 <flo> just need to ensure it won't show up when doing hg diff 16:52:46 --> ghinda has joined #instantbird 16:55:06 <-- billysanca has quit (Quit: Instantbird 1.2a1pre) 16:55:12 --> billysanca has joined #instantbird 17:13:11 <-- billysanca has quit (Quit: Instantbird 1.2a1pre) 17:13:20 --> billysanca has joined #instantbird 17:22:43 <-- ghinda has quit (Client exited) 17:29:27 --> GeekShadow has joined #instantbird 17:49:29 --> chrisccoulson has joined #instantbird 17:52:04 <clokep> flo: With last night's nightly Twiter is not working ("LOG is not defined"). 17:52:08 <clokep> Can you confirm this? :-( 17:52:19 <flo> ah, I hadn't even noticed 17:52:31 <flo> but my twitter conversations aren't listed 17:52:42 <flo> can you debug it or do I need to look at it? 17:54:56 <clokep> I'll try to debug it. 17:55:15 <clokep> (Waiting for my own build to finish still though.) 17:57:18 <flo> I'm trying to determine if the hack I have to make the JS engine compile on PPC is acceptable (= can the resulting binary work?) 18:01:45 <clokep> Ah, I see. 18:01:52 <clokep> Do you have a PPC computer still to test on? 18:02:17 <-- GeekShadow has quit (Ping timeout) 18:02:41 <clokep> On a related note...Twitter fails, but the account manager just shows "Connecting ..." I wonder if we should catch errors, set the account into a disconnected error state and then rethrow the error? 18:03:55 <flo> no 18:04:09 <flo> but a mac intel can compile and run (slowly) PPC versions 18:04:29 <clokep> Oh? Interesting. I guess that was a compatibility layer thing they included. 18:06:28 --> GeekShadow has joined #instantbird 18:10:48 --> hunsly has joined #instantbird 18:15:53 <flo> clokep: gcc can cross-compile to different architecture, and they added an emulator so that old Mac applications can run without annoying users 18:16:20 <flo> Apple tends to handle transitions pretty smoothly for users. 18:17:02 <clokep> Yeah, makes sense. I just hadn't thought about it. :) 18:20:30 --> billysanca1 has joined #instantbird 18:21:52 <-- billysanca has quit (Ping timeout) 18:22:47 <flo> hmm, there's an UTF8 error on my Facebook display name 18:22:53 <flo> first time I see it :-S 18:23:13 <flo> and command completion doesn't work there 18:23:36 <flo> I have this error in the console: Error: can't convert undefined to object 18:23:36 <flo> Source File: chrome://instantbird/content/conversation.xml 18:23:36 <flo> Line: 911 18:23:52 <flo> line 911 is the new _hasBuddy method ( return Object.prototype.hasOwnProperty.call(this.buddies, aBuddyName);) 18:24:09 <flo> I wonder why I end-up inside that method for an IM conversation :( 18:26:34 <clokep> :-/ That's not good. 18:29:16 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/1aec50008efb - Florian Quèze - Use Mozilla 9.0 beta 2 instead of beta 1. 18:29:17 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/0e6f1f47bce9 - Florian Quèze - Fix compilation of the JS engine on PPC. 18:34:47 <flo> aleth, clokep would it be OK to assume that a nickname can't start with / ? 18:35:42 <clokep> flo: I think so, does it cause a problem? 18:36:08 <flo> I'm just trying to understand why the code is the way it is (= broken when pressing /<tab> on an IM conv) 18:36:42 <aleth> Oh I think I see. 18:36:53 <clokep> Oh, I had no idea that didn't work. 18:37:13 <aleth> http://lxr.instantbird.org/instantbird/source/instantbird/content/conversation.xml#552 should check it's a chat conv first 18:37:17 <aleth> I forgot about / completions 18:38:15 <aleth> |if (!this._conv.isChat && this._hasBuddy(c) && | would fix it I think 18:38:48 <flo> we don't even want to enter that loop 18:39:14 <aleth> yes, but you agree about the origin of the problem? 18:39:14 <flo> aleth: this is what I have now http://pastebin.instantbird.com/1092 18:39:33 <aleth> That's better of course. 18:40:17 <flo> should I just check that in? 18:40:21 <aleth> Yup. 18:40:31 <aleth> Btw there is another little completion bug I submitted a patch for the other day 18:41:25 <flo> that whole loop seems also useless in the case of a command completion in a Chat 18:41:42 <aleth> Yes, but then it doesn't matter 18:41:48 <flo> I know my review queue is far from empty ;) 18:42:13 <aleth> Seems better to keep it in case there are people out there after all with /.. nicks 18:42:20 <flo> it certainly doesn't break things, but it's inefficient 18:42:32 <flo> aleth: except we won't have them in the list anyway :( 18:43:24 <aleth> Oh right. Like you asked, are they even legal? 18:43:31 <flo> as there's " if (isFirstWord && word[0] == "/") { ... else { // add nicks to the list 18:44:24 <aleth> Setting nick to /test gives Error: Notification: Invalid nickname (Invalid nickname) 18:44:24 <aleth> Source File: http://hg.instantbird.org/instantbird/raw-file/da77f916e825/purple/libpurple/notify.c Line: 99 18:44:25 <aleth> Source Code: notify: purple_notify_message 18:45:00 <flo> how does this test sound: if (this._conv.isChat && (!isFirstWord || word[0] != "/")) { 18:45:00 <flo> ? 18:45:08 <flo> (to decide if we want to check for active participants) 18:45:23 <flo> IRC isn't the only protocol with MUCs 18:47:10 <aleth> That test looks good. Is the efficiency saving worth the extra code? 18:48:54 <aleth> I suppose it's cleaner that way 18:48:55 <flo> it also helps (only me?) to understand why/when that code is relevant 18:50:21 <flo> well, it's not really readable :( 18:50:44 <flo> aleth: how about this? http://pastebin.instantbird.com/1093 18:51:08 <aleth> Now that's much more legible :) 18:51:11 <aleth> Good idea 18:53:36 <flo> clokep: found the problem with that LOG function? 18:53:55 <flo> clokep: or still waiting for your build? 18:54:10 <clokep> flo: Still waiting... 18:54:15 <clokep> Probably another 20 - 30 minutes. 18:57:01 <flo> I should probably file a bug about all the reference to undefined property warnings, and paste them as I notice them 19:30:23 <-- devfil has quit (Client exited) 19:44:06 <-- GeekShadow has quit (Ping timeout) 19:49:24 --> Mic has joined #instantbird 19:49:24 * ChanServ sets mode +h Mic 19:49:39 <Mic> extensions.checkCompatibility.nightly is working for us now :) 19:49:45 <Mic> hi, btw 19:50:45 --> EionRobb has joined #instantbird 19:56:16 <Mic> Anyone else seeing a cut off indicator in the Bubbles theme? 19:57:24 <Mic> http://img408.imageshack.us/img408/3286/ibcutoffindicator.png 19:59:09 <-- igorko has quit (Quit: Instantbird 1.1) 20:00:46 <clokep> Mic: Not seeing that. 20:01:34 <Mic> I just saw it on your bubble again and now it's gone? All the indicators look as they should now. Strange. 20:01:53 <-- hunsly has quit (Connection reset by peer) 20:02:22 <Mic> Try resizing the window? I produced something worse with that. Let me upload the screenshot somewhere :( 20:03:47 <Mic> http://img802.imageshack.us/img802/1884/ibconversationareabroke.png 20:04:02 <clokep> Can't reproduce. 20:04:34 <Mic> OK. 20:04:47 <clokep> flo: I just got an error building mozilla? 20:04:58 <clokep> Linking xul.dll. 20:05:19 <clokep> Unresolved externals. 20:05:20 <clokep> Weird. 20:05:32 <clokep> I probably needed to do a clobber build. :( 20:10:28 --> GeekShadow has joined #instantbird 20:17:31 <Mic> Hmm, I'm only seeing it on context messages and they're displayed properly again after I hovered them. The only thing I did again was resizing the window and/or scrolling the view. 20:17:41 <Mic> I'm using the most recent nightly btw. 20:24:25 <-- billysanca1 has quit (Quit: Instantbird 1.2a1pre) 20:24:38 <Mic> And it changes when I change my desktop background, apparantly it's shining though. 20:24:45 <Mic> http://img836.imageshack.us/img836/1884/ibconversationareabroke.png 20:25:09 <Mic> Ugly, either way. 20:25:22 <Mic> bbl 20:38:49 --> mmkmou has joined #instantbird 20:40:03 <-- mmkmou has left #instantbird () 20:46:03 <-- GeekShadow has quit (Ping timeout) 20:48:21 --> GeekShadow has joined #instantbird 21:07:36 <-- Mic has quit (Ping timeout) 21:40:51 <flo> Mic: you should try disabling graphic acceleration 21:42:11 <flo> clokep: what was your build error? 22:19:46 <flo> clokep: I've pushed a fix (of which I'm not satisfied) for twitter 22:29:27 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/e91301c49e93 - Florian Quèze - Follow-up to bug 1169 (favor active nicks in completion) to unbreak the completion of commands in IM conversations, r=aleth. 22:29:28 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/6a56836b8d98 - Florian Quèze - Fix breakage of twitter caused by the update to Mozilla 8. 22:34:26 <instantbot> florian@instantbird.org set the Resolution field on bug 1161 to FIXED. 22:34:29 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1161 nor, --, 1.2, nobody, RESO FIXED, Update XUL from 7.0.1 to 9.0 22:46:06 <flo> Good night 22:46:08 <-- flo has quit (Quit: Instantbird 1.2a1pre) 23:12:39 --> BlueMaxima has joined #instantbird 23:17:15 --> devfil has joined #instantbird 23:22:48 <-- GeekShadow has quit (Ping timeout) 23:25:31 --> GeekShadow has joined #instantbird 23:32:50 --> billysanca has joined #instantbird 23:42:15 <-- billysanca has quit (Quit: Instantbird 1.2a1pre) 23:58:35 <-- aleth has quit (Input/output error) 23:59:08 --> aleth has joined #instantbird