All times are UTC.
00:10:56 --> skeledrew has joined #instantbird 01:45:55 --> clokep has joined #instantbird 01:46:16 <-- clokep_ has quit (Quit: http://www.mibbit.com ajax IRC Client) 02:21:15 <clokep> Seems like tray icon code for toolkit is going unassigned: https://bugzilla.mozilla.org/show_bug.cgi?id=325353 not sure if that's good or bad. 03:58:32 --> Amfi has joined #instantbird 03:58:55 <-- skeledrew has quit (Ping timeout) 04:00:57 <-- clokep has quit (Ping timeout) 04:54:02 <-- Amfi has left #instantbird () 06:14:13 --> skeledrew has joined #instantbird 07:16:42 --> Mic has joined #instantbird 07:16:58 <Mic> hello 08:05:29 <Mic> flo: will js-proto become the new default branch after the coming release? 08:56:07 <flo> Mic: yes 09:03:21 --> Even has joined #instantbird 09:03:22 * ChanServ sets mode +o Even 09:20:51 <-- Even has quit (Quit: Instantbird 0.2pre) 09:46:49 --> GeekShadow has joined #instantbird 09:51:50 --> tymerkaev has joined #instantbird 10:04:32 <Mic> One day I should take the time to figure out how the terms related to branches are used properly 10:04:54 <Mic> I'm never sure about default/trunk/tip/head/whatsoever/.. 10:06:39 <-- skeledrew has quit (Ping timeout) 10:07:08 --> skeledrew has joined #instantbird 10:09:28 <flo> "default" refers to the main branch. "trunk" is mostly the same thing, but has no meaning with mercurial. It's the word that was used in CVS (and that is still used because we are used to it) 10:09:59 <flo> tip is the most recently commited changeset, whichever branch it is in. 10:17:08 <Mic> And head is the term for tip in CVS then? 10:18:45 <flo> that's possible 10:18:57 <flo> in hg a head is the tip of a branch. 10:19:05 <flo> so you have as many heads as you have active branches 10:19:48 <flo> (an active branch is a branch that hasn't been merged into another one) 10:47:38 <-- skeledrew has quit (Ping timeout) 12:04:36 <-- tymerkaev has quit (Client exited) 13:09:41 --> Amfi has joined #instantbird 13:09:45 <-- Amfi has left #instantbird () 13:10:16 <-- Mic has quit (Quit: Instantbird 0.2pre) 13:29:54 --> clokep_ has joined #instantbird 13:35:19 <clokep_> Good morning! Afternoon! Evening! Whatever it is in your timezone. ;) 13:41:37 <-- flo has quit (Ping timeout) 14:24:59 --> flo has joined #instantbird 14:24:59 * ChanServ sets mode +qo flo flo 14:25:43 <flo> hmm, it would be interesting to have a way to reproduce this bug 14:26:11 <flo> I found all my accounts disconnected, with no error, my status was still "available" (not offline), and my internet connection didn't fail. 14:26:34 <flo> when I changed my status to offline and then to available, all the accounts reconnected themselves 14:26:47 <flo> so somehow, the application still knew that the accounts were expected to be connected 14:28:02 <flo> hmm, I'm "sure" I haven't done that, but the most likely explanation is that I should have clicked (accidentally I guess) the "disconnect all" button of the disconnect all add-on. 14:28:27 <clokep_> Or that it had focus and you hid space or something. :P 14:28:53 <flo> I guess I should just uninstall that add-on 14:29:01 <flo> it's useless now that we handle the "offline" status 14:30:08 <flo> hmmm. The log says "13:41:37 <-- flo has quit (Ping timeout)" 14:30:11 <clokep_> Guess you won't be bumping the compatible versions on it? ;) 14:30:38 <flo> it probably already has 0.2.* 14:30:51 <flo> otherwise it would be disabled on 0.2pre 14:31:15 <clokep_> Unless its just 0.2, not 0.2.* 14:31:33 <clokep_> Oh, I got the vertical tabbar working. Apparently "orient" for the arrowscrollbar is hard coded, so it can only be changed in JS, not CSS. :) 14:32:25 <flo> have you tried adding !important to your css rule? 14:32:42 <clokep_> Yeah, they all have !important. 14:33:07 <clokep_> I found some references on mozillazine from the author of TMP or Tab Kit, I don't remember which, when he was trying to update for 3.5. 14:33:19 <clokep_> And that was the issue. 14:33:37 <flo> the hardcoded orient? 14:33:44 <clokep_> Yes. 14:34:23 <clokep_> It still looks really ugly though. :) working on that. 14:35:17 <flo> I don't really understand how it could be "hardcoded" 14:35:39 <clokep_> flo: So...for accounts are you unable to remove a set of proxy settings once its added? I saw in Bugzilla that the plan is to redesign the system anyway, so I didn't file a bug... 14:36:12 <flo> hmm, that's very possible (that a proxy can't be removed) 14:36:19 <flo> all that proxy UI was stupid in the first place :( 14:36:47 <clokep_> Mmhmm. Is it something I should file then or no? 14:37:19 <clokep_> I think "hardcoded" means its part of the XBL binding instead of being applied in CSS? 14:37:31 <clokep_> I can play w/ my build I guess and see. 14:43:11 <flo> well, part of the XBL binding doesn't prevent it from being changed by CSS 14:43:43 <flo> hmm, or maybe there's a style= somewhere that is more specific than any selector you could use? 14:43:57 <clokep_> I think its on the actual element where its defined. 14:44:06 <clokep_> Like <arrowscrollbox orient="horizontal...> 14:44:18 <clokep_> And AFAIK that can't be overridden in CSS. 14:44:32 <flo> -moz-box-orient doesn't override it? 14:44:55 <clokep_> I haven't been able to get it to, but when I do it through JS it worked no problem. 14:54:28 <clokep_> Removing the orient="horizontal" from tabbrowser.xml doesn't seem to help at all. 14:58:18 <flo> the orient attribute is inherited by other nodes 14:58:35 <clokep_> Right. 14:58:56 <flo> at least by the toolbarbutton (line 1429) and the scrollbox (line 1437) 14:59:23 <flo> and the other toolbarbutton line 1446 14:59:45 <flo> it's on these 3 elements (especially the scrollbox) that you want your css rule to apply 15:01:43 <flo> you will probably have bugs with the drag&drop code that uses the x coordinate in several places 15:02:46 --> clokep_2 has joined #instantbird 15:02:51 <clokep_2> Oops, crashed. 15:03:37 <clokep_2> There's no way to "overlay" the tabbrowser itself though, correct? 15:03:44 <-- clokep_ has quit (Quit: http://www.mibbit.com ajax IRC Client) 15:04:21 <flo> clokep_2: you can change methods in it through JS. I think there are a few examples of that in the addons hg repository 15:04:26 <-- GeekShadow has quit (Connection reset by peer) 15:04:40 <flo> and you can also create another binding with extends the existing one 15:04:44 * clokep_2 is now known as clokep_ 15:04:51 <flo> *which 15:05:06 <clokep_> But if you extend it then I'd have to tell Instantbird to use my extended one instead of the one its currently using. 15:05:20 <flo> yzq 15:05:21 <flo> *yes 15:05:32 <flo> a css rule with !important should do :) 15:09:21 <clokep_> This is what I have: http://pastebin.com/K9VV5cNb maybe I have a typo that I'm unable to find. :-\ 15:12:52 <flo> which rule doesn't produce the expected effect? 15:14:00 <clokep_> .tabbrowser-arrowscrollbox 15:14:10 <clokep_> With the comment saying to do it in JS. :) 15:15:51 <flo> try .tabbrowser-arrowscrollbox>scrollbox 15:20:52 <clokep_> Nope. 15:24:18 * flo goes away kayaking for an hour or two. 15:24:20 <flo> back later :) 15:27:27 <clokep_> Hah, enjoy. 15:31:59 --> Even has joined #instantbird 15:31:59 * ChanServ sets mode +o Even 16:30:23 * clokep_ is now known as clokep_frisbee 16:32:21 --> tymerkaev has joined #instantbird 16:38:29 --> skeledrew has joined #instantbird 17:23:39 <-- tymerkaev has quit (Client exited) 17:42:09 * Gizmokid2005|AFK is now known as Gizmokid2005 18:16:15 --> tymerkaev has joined #instantbird 18:30:03 <-- Even has quit (Connection reset by peer) 18:39:52 <-- skeledrew has quit (Ping timeout) 18:42:53 --> skeledrew has joined #instantbird 18:50:12 <-- tymerkaev has quit (Ping timeout) 19:46:43 <-- skeledrew has quit (Ping timeout) 19:47:28 --> skeledrew has joined #instantbird 20:51:54 --> Mic has joined #instantbird 20:54:11 <-- skeledrew has quit (Ping timeout) 20:57:13 --> skeledrew has joined #instantbird 21:11:19 <-- Mic has quit (Quit: Instantbird 0.2pre) 21:12:45 * clokep_frisbee is now known as clokep_ 21:28:06 <-- skeledrew has quit (Quit: Instantbird 0.2b2) 21:32:56 --> skeledrew has joined #instantbird 21:39:08 <skeledrew> i'm seeing a very disturbing bug or oversight in the way the log files are written 21:43:29 <skeledrew> my system was powered up since yesterday (i have my system set to go to standby/hibernate only), coming right back to my restart just now. and i was in a convo with several persons for which i didn't close any of the convos. i'm checking my logs and noticing that there's only one log file written for the whole thing since then. and it doesn't have any separator to show the change in the date... 21:44:19 <clokep_> skeledrew: Why should it? Its the "same" conversation, isn't it? 21:44:31 <skeledrew> but it's a diff day 21:45:32 <skeledrew> it should either start a new log file, or write a date marker when the new messages are logged 21:47:17 <clokep_> But if I talk to someone from 11:55 PM to 12:05 AM I don't want there to be a line showing date's changed. 21:50:07 <clokep_> My point being I don't think its a bug. :) It just might not be acted the way you want it to. 21:51:22 <skeledrew> it is pretty disturbing seeing an entry for Saturday 11:55:57 AM followed by Sunday 12:52:01 PM without a date change stamp. what about when i recheck my logs weeks/months/years later? 21:51:22 <skeledrew> and when my system's in tiptop shape, it's not unusual for me to have couple DOZEN convos remaining open for weeks at a time, since it'd be only undergoing hibernation... 21:57:28 <clokep_> Hm. I thought the date was shown on every line in the log, but its not... 21:58:38 <skeledrew> no 21:58:54 <skeledrew> only at the top of the log file 21:59:52 <clokep_> Yeah I didn't realize that. I see the issue now. 22:00:07 <skeledrew> and the name of the file too, which is very misleading, since at this rate i'll have multiple convos with a certain person for diff dates in a single file with one date... 22:00:33 <skeledrew> *one date as the name 22:01:36 <clokep_> Right. 22:04:16 <skeledrew> imagine ending a convo, but not closing the tab one morning, then having a totally diff convo in that tab days/weeks later in the evening/night/etc. there's nothing to say that the day even changed... 22:06:14 <clokep_> Dude. I'm agreeing with you. I didn't understand that dates weren't shown at first. 22:06:45 <skeledrew> k 22:07:06 <skeledrew> i consider this matter pretty urgent still 22:07:13 <clokep_> File a bug. :) 22:07:20 <skeledrew> how? 22:07:24 <skeledrew> where? 22:07:27 <clokep_> bugzilla.instantbird.org 22:16:52 <clokep_> Just put what you did, and the actual result and the expected result usually. 22:16:59 <clokep_> And whatever component you think it needs to be in. 22:18:58 <skeledrew> k 22:19:27 <skeledrew> still waiting for my acct creation email 22:22:03 <clokep_> Ah. :( 22:25:11 <skeledrew> wish there was a way to invoke the reporter without a crash 22:30:26 <skeledrew> email still hasn't arrived :( 22:48:40 --> GeekShadow has joined #instantbird 22:49:59 <clokep_> Well flo checks the logs anyway, so shouldn't be too big of a deal. 22:50:37 <skeledrew> yeah 22:53:48 --> GeekShado_ has joined #instantbird 22:54:57 --> GeekShad__ has joined #instantbird 22:55:17 <-- GeekShadow has quit (Ping timeout) 22:56:53 <-- GeekShado_ has quit (Ping timeout) 23:20:34 --> GeekShadow has joined #instantbird 23:22:09 <-- GeekShad__ has quit (Ping timeout) 23:22:22 <-- GeekShadow has quit (Connection reset by peer)