All times are UTC.
00:06:12 <-- clokep has quit (Connection reset by peer) 00:11:54 --> clokep has joined #instantbird 00:11:54 * ChanServ sets mode +h clokep 00:13:38 <clokep> Mook_as: What was your issue w/ auto-link? Did it not work at all were there errors? 00:13:48 <Mook_as> it appears to be doing nothing 00:14:10 <Mook_as> .. and now it's doing stuff 00:14:15 <Mook_as> so perhaps I had it configured wrong? 00:14:27 <Mook_as> (not surprising, given the... extensive configuration UI) 00:16:30 <clokep> Uhhh...there is no configuration UI...:-/ 00:17:19 <clokep> At least not in the newest version. 00:17:31 <Mook_as> exactly ;) 00:19:58 <-- clokep has quit (Ping timeout) 00:21:02 --> clokep has joined #instantbird 00:21:02 * ChanServ sets mode +h clokep 00:21:04 <clokep> (Btw it's going to throw a lot of crap all over your error console.) 00:22:01 <-- mmkmou has quit (Ping timeout) 00:22:30 <Mook_as> HERE 00:32:50 <clokep> HERE? 00:32:59 <clokep> Ah, yes. :) 00:33:02 <clokep> It says that a lot. 00:33:06 <clokep> I should upload a new version. 00:33:14 <clokep> Though if you'r editing the script already, feel free to remove that. :P 00:33:23 <-- Suiseiseki has quit (Ping timeout) 00:33:55 <Mook_as> nah, I don't feel like doing that yet 00:34:10 <Mook_as> especially since I'm using it at work, and there are more interesting things to hack on ;) 00:34:43 <clokep> I'll release an update version, so it'll auto-update and force you to re-add your regex for work. ;) 00:35:02 <clokep> (Or if it's for the external bug tracker I can just add it in for ya.) 00:35:04 <Mook_as> I thought you only used the default values if they didn't exist? 00:35:15 <clokep> Uhhh...maybe. :) I don't remember. 00:35:21 <clokep> I think that was a gin night. 00:35:31 <Mook_as> it's http://bugs.activestate.com/ - but it doesn't make sense to include every single bug tracker in the world ;) 00:35:46 <Mook_as> (there's also redhat, gentoo, and debian ones, at least. launchpad probably does something too.) 00:36:00 <clokep> Yeah, of course. I include the ones I use by default. 00:36:08 <clokep> But if other people have some...I don't mind putting them in. 00:36:13 <clokep> (I should add the pidgin Trac though...) 00:37:40 <Mook_as> time to go home; see you tomorrow! 00:37:46 <-- Mook_as has quit (Quit: gone) 00:39:14 --> Suiseiseki has joined #instantbird 00:40:23 <aleth> how do you get the current binding of an XBL element if you have the element id? 00:41:07 <clokep> What do you mean by get the binding? You have the element, so it is that binding? 00:41:09 <aleth> the -moz-binding attribute? 00:41:24 <clokep> Oh. I have no idea, why would you want that? :P 00:41:34 <clokep> (I.e. what are you actually trying to do .) 00:41:35 <aleth> You can have the element id yet not know what xbl it is bound to 00:41:57 <aleth> I'm not quite sure yet... trying to understand something 00:43:08 <aleth> Just on general principle, CSS rules can dynamically change the XBL but JS does not seem to have easy access to when such changes happen 00:43:53 <clokep> You could get to it via the style attribute maybe? 00:44:30 <aleth> and such a change would seem to invalidate everything a JS might think it "knows" about child nodes etc in the element, so it would be something one would have to listen for 00:45:12 <aleth> watching style|-moz-binding seems cumbersome, but yeah 00:45:43 <clokep> You can just overwrite it via CSS though? 00:47:36 <aleth> I was thinking more along the lines of "how does JS code get notified of such a CSS-rule-induced change", not overriding the change itself 00:47:58 <aleth> But thanks anyway ... sorry kinda abstract, comes from reading a MDN document and musing 00:48:13 <aleth> MDN is somewhat... patchy at times 00:49:35 <clokep> That's a nice way of putting it. :) 00:50:31 <aleth> e.g. a neat one I stumbled over is the list of events, which links to a draft page, which refers to a W3C spec in which every event is marked "deprecated" ;) 00:51:59 <clokep> Hahah. 00:57:48 <-- aleth has quit (Quit: Instantbird 1.2a1pre) 01:06:20 <-- devfil has quit (Client exited) 01:39:14 --> chrisccoulson has joined #instantbird 01:41:02 <-- chrisccoulson has quit (Ping timeout) 01:57:28 <instantbot> email@example.com added attachment 970 to bug 683. 01:57:28 <instantbot> firstname.lastname@example.org requested review from florian@instantbird .org for attachment 970 on bug 683. 01:57:29 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=683 enh, --, ---, clokep, ASSI, Handle deleted messages on twitter 02:01:16 <clokep> flo: Could you respond to my comments in bug 1116 btw, am i going about that the total wrong way and will cause data loss? 02:01:19 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1116 nor, --, ---, clokep, ASSI, Number of messages in a restored conversation should be limited 02:04:33 --> jb has joined #instantbird 02:29:17 <-- clokep has left #instantbird () 02:31:00 --> Mook has joined #instantbird 02:39:29 <-- Tomek has quit (Ping timeout) 02:52:40 <instantbot> New Instantbird (UI) bug 1139 filed by email@example.com. 02:52:41 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1139 nor, --, ---, nobody, UNCO, fewer false positives for emoticon detection 02:56:12 <-- Chaz6 has quit (Ping timeout) 03:23:46 <-- Mook has quit (Connection reset by peer) 03:26:27 --> Mook has joined #instantbird 03:32:12 --> BlueMaxima has joined #instantbird 03:42:46 <-- EionRobb has quit (Quit: Leaving.) 03:43:31 <-- Mook has quit (Quit: -> offline) 03:47:50 <instantbot> New Instantbird (UI) bug 1140 filed by firstname.lastname@example.org. 03:47:53 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1140 maj, --, ---, nobody, UNCO, Ctrl+F search in a conversation window with a long backlog hangs Instantbird 04:05:01 <-- micahg has quit (Ping timeout) 04:24:44 --> micahg has joined #instantbird 04:54:00 --> rikki has joined #instantbird 06:22:47 --> BYK has joined #instantbird 06:23:06 --> hunsly has joined #instantbird 07:07:03 <-- hunsly has quit (Connection reset by peer) 07:12:15 <-- jb has quit (Ping timeout) 07:19:25 <-- Tonnes has quit (Connection reset by peer) 07:33:14 --> Tonnes has joined #instantbird 08:22:34 --> jb has joined #instantbird 08:39:58 --> Mic has joined #instantbird 08:39:58 * ChanServ sets mode +h Mic 08:48:34 --> ghinda has joined #instantbird 08:55:16 --> MadWookiee has joined #instantbird 08:55:43 <Mic> Hello. 09:03:11 <-- gerard-majax has quit (Ping timeout) 09:13:23 --> gerard-majax has joined #instantbird 09:16:14 <-- gerard-majax has quit (Ping timeout) 09:33:52 --> Tomek has joined #instantbird 09:50:54 --> gerard-majax has joined #instantbird 10:08:34 --> aleth has joined #instantbird 10:10:07 --> gmoro_ has joined #instantbird 10:17:06 --> clokep has joined #instantbird 10:17:06 * ChanServ sets mode +h clokep 10:19:00 <-- Tomek has quit (Quit: Instantbird 1.1) 10:40:59 <aleth> :( https://twitter.com/#!/Ubuntuka/status/129904288385343488 10:42:02 <-- billysanca has quit (Ping timeout) 10:45:20 <Mic> aleth: I've seen these "Old is Gold" posts too. 10:45:38 <Mic> I wonder why they advertise outdated software? :S 10:47:34 <aleth> unfortunately (?) the 0.2 download link they have in there still works too. But I suppose it will update itself to 1.1 soon enough 10:51:13 <clokep> Yes, we should really figure out a way to fix that. :-/ 10:57:16 <-- clokep has left #instantbird () 11:08:44 <-- BYK has quit (Quit: Instantbird 1.1) 11:25:15 <Mic> Some random work: http://img528.imageshack.us/img528/6605/ibwizardwin7.png 11:31:43 <-- ghinda has quit (Client exited) 11:33:57 <-- MadWookiee has quit (Ping timeout) 11:35:31 --> flo has joined #instantbird 11:35:31 * ChanServ sets mode +qo flo flo 11:35:43 <flo> hello :) 11:35:55 <flo> Mic: this looks like something that should be patched in Mozilla rather than Instantbird ;) 11:36:06 <Mic> Sure 11:36:44 <flo> -> in a quit message seems to confuse the bot (http://log.bezut.info/instantbird/today#m76) 11:36:58 <flo> or maybe just > :) 11:42:50 --> clokep_work has joined #instantbird 11:42:50 * ChanServ sets mode +h clokep_work 11:45:13 <clokep_work> Mic: That Wizard looks nice. :) Does that better match OS wizards? 11:47:20 <flo> clokep_work: I think Mic tried to match the style of win Vista+ OS wizards 11:47:55 <flo> I wonder if there's anything we can do to get https://bugzilla.mozilla.org/show_bug.cgi?id=670914 moving in the direction of getting fixed :-S 11:48:53 <Mic> http://img847.imageshack.us/img847/2425/ibdialogswin7.png 11:49:30 <Mic> The style is not even consistent in Windows 7 but this one looks nice at least (imo) 11:51:14 <flo> it's scary that we have so many dialogs :-/ 11:51:22 <clokep_work> Yes. :( 11:51:25 <clokep_work> I didn't know half those existed. 11:51:44 <flo> how many of those can we get rid of? :) 11:54:20 <clokep_work> 4 are Mozilla. 11:54:32 <clokep_work> Join Chat should become a new tab. 11:54:49 <clokep_work> The delete account could just do it and give an Undo item (Mic had a mock up for that) 11:55:09 <flo> the update dialog can probably be merged into a new about dialog 11:55:30 <flo> add buddy doesn't make much sense 11:56:18 <flo> I've celebrate the death of that proxy dialog once's I've rewritten the libpurple proxy code to use Mozilla socket transport code :) 11:56:41 <clokep_work> Open a bottle of champagne?! 12:18:32 <Mic> Frankly I'm surprised that it did work that well with so many dialogs 12:41:42 --> hunsly has joined #instantbird 12:45:22 <instantbot> email@example.com set the Resolution field on bug 506 to FIXED. 12:45:26 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=506 nor, --, ---, nobody, RESO FIXED, Can change Emoticon theme from Messagestyle Tab 12:46:38 <Mic> bae 12:46:41 <Mic> +bye 12:46:43 <Mic> *bye 12:46:45 <Mic> pff 12:46:48 <-- Mic has quit (Quit: Instantbird 1.2a1pre) 12:49:19 --> mmkmou has joined #instantbird 12:50:31 <-- micahg has quit (Ping timeout) 13:06:46 --> chrisccoulson has joined #instantbird 13:20:32 --> ecaron has joined #instantbird 13:33:05 <flo> does "replay to all" make any sense on twitter? 13:33:19 <flo> *reply 13:45:43 --> MadWookiee has joined #instantbird 14:00:15 --> devfil has joined #instantbird 14:01:48 <ecaron> I think "reply to all" is kind of assumed. 14:02:05 <ecaron> You mean that when replying to a tweet, that everyone mentioned in that tweet is included. Right? 14:03:31 <flo> ecaron: well, someone is requesting that on twitter. 14:04:13 <flo> It doesn't make much sense to me, as the main feature of the reply action is (from my point of view) setting the "in_reply_to" tweet id, so that people can then see which tweet it was replying to 14:04:48 <flo> but yeah, I guess some people would expect all the @ mentions of the previous tweets to be included at the beginning, and all the #hashtags to be included at the end (or at least after the cursor) 14:04:55 <ecaron> That's half of it. But the other half is that everyone's name keeps included in the conversations. 14:04:58 <ecaron> Precisely. 14:05:38 <ecaron> That twitter crowd is one picky group, aren't we:) 14:09:49 <flo> well, being picky is not a problem 14:09:58 <flo> it's just a bit sad to complain and then not file a bug ;) 14:12:54 <flo> ecaron: have you seen https://twitter.com/#!/bwinton/status/132092405821345792? 14:13:49 <ecaron> no, i hadn't gotten that alert yet 14:13:51 <ecaron> very interesting 14:13:54 <flo> is Sean one of the artists you have contacted? 14:13:56 <ecaron> want me to reach out to them? 14:14:13 <flo> his blog (http://blog.seanmartell.com/) says "As Lead Visual Designer for Mozilla, Sean works hard at trying to make pretty pictures. Embedded in the Creative wing of the Engagement team, he churns out rasters and vectors for both Mozilla and the greater global Mozilla community." 14:14:39 <ecaron> xno, he wasn't on my list 14:14:56 <ecaron> i definitely should 14:15:01 <ecaron> or would you rather? 14:15:29 <flo> I'm not going to do it (in the near future) 14:17:06 <flo> even on the twitter website, I can't seem to follow conversations (replies) correctly. It seems to me that the only possible representation of that is a tree, not a list of messages :-/ 14:17:36 <flo> and then we are reinventing email threads like we have had them for decades in email clients 14:17:57 --> micahg has joined #instantbird 14:20:45 <flo> our autologin crash detection/prevention code is quite long 14:21:01 <flo> but it seems to have worked fairly well, as we haven't had to fix it in a long while :) 14:21:14 <flo> it's just painful to rewrite all of it in JS 14:27:31 <-- micahg has quit (Ping timeout) 14:40:21 --> mikk_s has joined #instantbird 14:51:48 <flo> https://developer.mozilla.org/en/Code_snippets/File_I%2F%2FO doesn't seem as useful as I hoped :( 14:51:59 <flo> it's full of "reference to undefined name 'syntax' Exception of type 'MindTouch.Deki.Script.Runtime.DekiScriptUndefinedNameException' was thrown. (click for details)" :( 14:59:30 <ecaron> flo, did you fix this tweet: https://twitter.com/#!/herhighnessness/status/132091990090334209 14:59:35 <ecaron> "also "The file "instantbird-1.1.en-US.mac.dmg" has been blocked. The file is larger than the configured file size limit.":(" 14:59:58 <flo> I think the user is behind a firewall 15:00:11 <flo> (and Instantbird couldn't connect IM accounts anyway) 15:00:25 <flo> the reason for downloading Instantbird was that Adium couldn't connect 15:06:03 <ecaron> Should I get a sha1 from her? 15:06:13 <ecaron> or are you on a mac? 15:08:31 <flo> what does it change that I'm on a mac? 15:09:04 <flo> http://ftp.instantbird.com/instantbird/releases/1.1/md5sum 15:09:53 <flo> I'm not sure how a sha1 (or md5) would help though, as she said clearly that she hasn't been able to download the file, so it's pretty obvious that it's not correctly downloaded. 15:10:15 <-- jb has quit (Quit: Instantbird 1.1) 15:10:25 --> clokep_wp7 has joined #instantbird 15:11:41 <clokep_wp7> Again this is showing what a bad medium Twitter is for support. ;-) 15:13:03 <clokep_wp7> Btw "reply all" makes no sense to me on Twitter, but including all @s and #s from the beginning and end might make sense. 15:13:46 <clokep_wp7> Maybe add the behavior as an option? Or we could add another action. 15:14:11 <flo> just do it by default for the "reply" action? 15:14:17 <-- clokep_wp7 has quit (Client exited) 15:16:07 <-- BlueMaxima has quit (Quit: Instantbird 1.1) 15:30:07 <aleth> flo: "even on the twitter website, I can't seem to follow conversations (replies) correctly" - yeah, that's the other reason I don't like twitter much, or at least consider it less than ideal for actual conversations 15:30:37 <flo> it seems to be useful only to share links and moods. 15:30:41 <aleth> If you include all the @ and # mentioned don't you pretty quickly go beyond 140 characters? 15:31:38 <aleth> flo: Yes, it's a broadcast medium really I guess 15:32:42 <-- mikk_s has quit (Quit: Instantbird 1.1) 15:33:10 <-- chrisccoulson has quit (Quit: Ex-Chat) 15:33:32 <flo> aleth: yes, we get pretty quickly to 140 chars :( 15:33:50 <flo> even more quickly as we currently don't shorten URLs for the char count :( 15:50:22 <clokep_work> Yeah, well...weirdly Twitter lets you do replying in trees, but only shows you linear responses I think. :-/ 15:54:48 <aleth> I suppose if someone really loved twitter and used it a lot they could add such a tree display feature to make a killer client, but only if the API actually supported obtaining that data... 15:55:16 <aleth> (basically a spontaneously assembled MUC view) 15:58:58 <clokep_work> I liked using Twitter in thunderbird when I had the extension working... 16:01:55 <aleth> In principle IB could easily display a twitter sub-timeline/conversation in a MUC tab, if twitter gave you access to the tweets 16:02:46 <flo> aleth: the basic problem is: we can order both by reply thread and by time. 16:02:52 <flo> *can't 16:03:03 <flo> (I hate these typos that completely change the meaning of the sentence :() 16:03:33 <aleth> flo: why not, if you show the reply thread in a separate tab? 16:04:18 <flo> aleth: several different tweets can reply to the same original tweet, then each of those replies can have several replies. 16:04:56 <aleth> Isn't that similar to what happens in an IRC chat? 16:05:00 * aleth playing devils advocate 16:05:13 <flo> no 16:05:42 <flo> on IRC we only have the time information. If you reply to something and want people to know what you are replying to, you have to quote it 16:06:16 <aleth> Oh I see what you mean now. 16:07:43 <clokep_work> There really is a tree of threads, but we display things linearly since you can't really IM in a tree. :P 16:07:49 <clokep_work> (Well not via the protocol.) 16:09:55 <flo> do we even have an easy way to fetch all the tweets that are part of that thread of replies? 16:10:11 <clokep_work> I think you'd have to fetch them individually and follow your way up a tree. 16:10:51 <flo> if we start to call the REST API a lot, we will need to care about the rate limits :( 16:11:56 --> chrisccoulson has joined #instantbird 16:12:25 <clokep_work> Yes. :-/ 16:14:46 <-- mmkmou has quit (Ping timeout) 16:20:40 --> Mook_as has joined #instantbird 16:27:51 <-- devfil has quit (Ping timeout) 16:28:52 <-- gerard-majax has quit (Client exited) 16:29:05 --> gerard-majax has joined #instantbird 16:30:53 --> mmkmou has joined #instantbird 16:39:08 <-- chrisccoulson has quit (Ping timeout) 16:40:13 --> BYK has joined #instantbird 17:12:09 --> DGMurdockIII has joined #instantbird 17:14:11 --> Guido has joined #instantbird 17:14:36 <-- ecaron has quit (Quit: Instantbird 1.1) 17:16:09 --> scisso has joined #instantbird 17:20:29 --> SilverSurfer has joined #instantbird 17:22:30 <-- SilverSurfer has left #instantbird () 17:27:20 --> SilverSurfer has joined #instantbird 17:33:11 --> chrisccoulson has joined #instantbird 17:38:35 <-- DGMurdockIII has quit (Ping timeout) 17:45:56 <-- gerard-majax has quit (Ping timeout) 17:46:44 --> ecaron has joined #instantbird 17:48:10 <-- MadWookiee has quit (Quit: Instantbird 1.1) 17:48:47 <flo> clokep_work: to answer your question about removing old messages from the imConversation. All messages are logged to the disk anyway, but even if message are logged, I think it's wrong to remove unread messages. 17:49:44 <flo> I think the real bug we are trying to address is "reopening a conversation on hold is way too slow when the conversation has lots of messages". In that case, the only real solution is to put inside the HTML document only the visible messages, and do some magic if the user scrolls. 17:49:52 <flo> that's something we need to do eventually, but it's complicated 17:50:35 <flo> when people restore a conversation that was on hold, there are usually both unread and read messages. I think we can safely remove most already read messages (maybe keep just a handful of them to give some context?) 17:50:54 <Mook_as> dealing with the scrollbar there is going to be... fun. 17:51:16 <flo> Mook_as: we need to do it anyway if we want to merge the "Show Log" dialog back into the conversation view ;) 17:51:21 <Mook_as> also: this sounds suspiciously like infinite scrollback (by reading things from disk) ;) 17:51:33 <flo> it is! :) 17:57:22 <SilverSurfer> flo: hi flo, Is this bug ( https://bugzilla.instantbird.org/show_bug.cgi?id=1046 ) fixable by adding the integer, account.reconnectAttempt = 0 to preferences ? 17:57:28 <instantbot> Bug 1046 min, --, ---, nobody, NEW, Account window shows up on disconnect/reconnect 17:57:45 <flo> no 17:58:36 <SilverSurfer> O ... so the bug's not been address'd yet ... 17:58:57 <-- chrisccoulson has quit (Ping timeout) 18:01:20 --> chrisccoulson has joined #instantbird 18:01:42 <flo> SilverSurfer: that's the reason why it's not marked FIXED ;) 18:04:21 <SilverSurfer> Lol, I thot ur suggestion in the thread was a work 'around ... K thanks, then ... 18:10:54 --> GeekShadow has joined #instantbird 18:13:50 <flo> I hate OOo Calc 18:14:54 <flo> It's mixing my locale (French) with the locale of the author of the form I'm filing (en-US). If I enter values with . as the decimal separator, they aren't recognized :(. 18:15:49 <-- mmkmou has quit (Ping timeout) 18:15:55 --> micahg has joined #instantbird 18:16:45 <aleth> OOops :/ 18:18:33 --> mmkmou has joined #instantbird 18:19:12 <-- micahg has quit (Ping timeout) 18:20:04 --> mikk_s has joined #instantbird 18:25:33 --> micahg has joined #instantbird 18:28:37 <-- chrisccoulson has quit (Ping timeout) 18:30:23 <-- micahg has quit (Quit: Ex-Chat) 18:31:24 <-- SilverSurfer has left #instantbird () 18:34:12 --> chrisccoulson has joined #instantbird 18:39:59 <-- chrisccoulson has quit (Ping timeout) 18:43:17 <-- mmkmou has quit (Client exited) 18:43:24 <-- ecaron has quit (Ping timeout) 18:44:31 --> gerard-majax has joined #instantbird 18:47:00 <-- scisso has left #instantbird () 18:51:35 --> ecaron has joined #instantbird 18:52:31 <-- mikk_s has quit (Quit: Instantbird 1.1) 18:53:39 <-- flo has quit (Quit: Instantbird 1.2a1pre) 18:53:41 --> mikk_s has joined #instantbird 19:06:00 --> micahg has joined #instantbird 19:13:40 --> Tomek has joined #instantbird 19:18:10 <instantbot> New Instantbird (UI) bug 1141 filed by firstname.lastname@example.org. 19:18:12 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1141 nor, --, ---, nobody, UNCO, Automatically opened conversation should stay minimized 19:18:20 <-- Guido has quit (Quit: Instantbird 1.1) 19:22:01 --> mikk_s1 has joined #instantbird 19:22:40 <-- mikk_s1 has quit (Quit: Instantbird 1.1) 19:22:47 <-- mikk_s has quit (Quit: Instantbird 1.1) 19:22:54 --> mikk_s has joined #instantbird 19:31:49 --> EionRobb has joined #instantbird 19:45:31 <-- Tomek has quit (Connection reset by peer) 19:46:53 --> Tomek has joined #instantbird 19:48:15 <-- ecaron has quit (Ping timeout) 19:50:46 <instantbot> email@example.com set the Resolution field on bug 1141 to WONTFIX. 19:50:48 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1141 nor, --, ---, nobody, RESO WONTFIX, Automatically opened conversation should stay minimized 19:52:37 <-- mikk_s has quit (Quit: Instantbird 1.1) 19:53:14 --> mikk_s has joined #instantbird 19:53:38 <instantbot> firstname.lastname@example.org changed the Resolution on bug 1141 from WONTFIX to DUPLICATE. 19:53:40 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1141 nor, --, ---, nobody, RESO DUPLICATE, Automatically opened conversation should stay minimized 19:54:12 <aleth> clokep_work: thanks, wasn't sure what was appropriate 19:55:38 <aleth> I misunderstood what was desired in comment 0, sorry 19:56:02 <clokep_work> It's OK. 19:56:17 <clokep_work> I'm just fairly certain that what he was going after is the new window popping up. 19:56:40 <clokep_work> But he says "minimized to taskbar", which makes it bug 406. :) 19:56:42 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=406 nor, --, ---, nobody, NEW, New Conversation takes focus from current task 19:57:44 --> ecaron has joined #instantbird 20:00:58 <-- mikk_s has left #instantbird () 20:02:06 <-- hunsly has quit (Ping timeout) 20:03:21 <-- micahg has quit (Ping timeout) 20:05:20 --> chrisccoulson has joined #instantbird 20:06:57 --> flo has joined #instantbird 20:06:57 * ChanServ sets mode +qo flo flo 20:09:43 <-- chrisccoulson has quit (Ping timeout) 20:16:25 --> chrisccoulson has joined #instantbird 20:28:46 --> mikk_s has joined #instantbird 20:36:12 --> devfil has joined #instantbird 20:49:13 <-- chrisccoulson has quit (Ping timeout) 20:50:05 <-- clokep_work has quit (Quit: http://www.mibbit.com ajax IRC Client) 20:50:18 <-- mikk_s has quit (Quit: Instantbird 1.1) 21:09:16 <-- gerard-majax has quit (Ping timeout) 21:13:01 --> billysanca has joined #instantbird 21:24:42 <instantbot> New Instantbird (UI) bug 1142 filed by email@example.com. 21:24:44 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1142 min, --, ---, nobody, UNCO, Minimizing Contacts window instead of focusing it on single click 21:28:43 <-- Tomek has quit (Quit: Instantbird 1.1) 21:28:57 --> Tomek has joined #instantbird 21:29:44 <-- Tomek has quit (Quit: Instantbird 1.1) 21:29:46 --> Tomek has joined #instantbird 21:39:42 --> clokep has joined #instantbird 21:39:42 * ChanServ sets mode +h clokep 21:44:58 <clokep> Does the Twitter timeline not auto reconnect if we lost network? 21:52:19 <flo> I think it does 21:52:31 <flo> but that user wants a button to click, to feel that he's got the power! ;) 21:53:06 <clokep> What do you mean? 21:53:14 <clokep> Ah, you mean. 21:53:18 <clokep> To "prove" it's reconnected. 21:53:40 <flo> we already show with the tab icon whether it's connected or not 21:53:51 <flo> but users like to feel in control 21:53:54 <clokep> True. :) 21:54:56 <flo> if you are waiting for something very important to appear on an automatically-reloading page, you are likely to still frantically press the reload button "just to be sure it hasn't appeared already but not on your screen because for some obscure reason the auto-updating code would have failed" ;) 21:55:23 <clokep> Do people use Twitter for important things? ;) 21:56:13 <flo> with their personal definition of "important things", it's likely 21:56:51 <clokep> Yeah, I guess. 21:59:19 <flo> what was the API that was missing for taking into account changes of the twitter search keyword? 21:59:51 <flo> i'm reimplementing all the account API, so I guess it's a good time to ensure we have what we need :) 22:00:43 <clokep> Uhh...I don't remember there being a missing API for that. 22:00:46 <clokep> I thought we were just lazy. :( 22:00:53 <clokep> Maybe it's being notified if a preference changes? 22:02:25 <flo> I suspect the current way to get notified is to have the account be a C++ class that inherits (in the C++ sense) from purpleAccountBase 22:02:26 <instantbot> c++ sucks 22:02:40 <flo> lol 22:02:51 <flo> instantbot has told us that for years, but I'm still sometimes surprised :-D 22:02:54 <instantbot> flo: Sorry, I've no idea what 'has told us that for years, but I'm still sometimes surprised :-D' might be. 22:03:04 <flo> ... 22:03:13 <clokep> Hahah, yes. :) 22:03:36 <instantbot> flo: Mook_as knew: um... has told us that for years, but I'm still sometimes surprised :-D is poop 22:04:10 <flo> Mook_as: seriously, what are you doing to that poor bot? :-P 22:04:20 <Mook_as> I'm telling him about poop! :p 22:04:28 <clokep> Shouldn't you be working? ;) 22:04:37 <Mook_as> I'm waiting for codeintel scans 22:04:44 <Mook_as> (it's like my version of xkcd/303) 22:05:22 <clokep> Haha. 22:05:31 <clokep> Yeah, our version of that is just doing that. ;) 22:05:32 <flo> you have used that excuse so often that you know the number? :-P 22:05:42 <Mook_as> :p 22:06:20 <Mook_as> actually, it was because it was mentioned recently in a different channel and I realized it was 404 - 101? 22:08:12 <flo> yeah... yet another excuse :-P 22:09:05 <clokep> I'm never going to forget that now. :( 22:09:32 <Mook_as> muahahahahahaha 22:10:29 <clokep> So it's a "Not found" - "Switching Protocols" 22:20:27 * clokep is attempting to compile with JS IRC! 22:30:27 <flo> to see if it works before I break everything? ;) 22:30:48 <clokep> Yes. 22:31:13 <clokep> Should I make another folder for my jsms btw instead of just throwing them into omni.jar!/modules? 22:32:11 <clokep> (I'm actually building right now to just hae a built tree so it doesn't take 47 hours to build when I want to work on things. ;)) 22:32:51 <Mook_as> if it doesn't make sense to use those jsms globall, then yes it makes sense to make another folder 22:33:02 <Mook_as> omni.jar!/modules/js-irc/ or something :p 22:33:16 <clokep> Well modules/irc/ most likely. ;) 22:33:28 <clokep> Since I hg removed libprpl/protos/irc. ;) 22:33:49 <flo> by the way, can't we get jsms from chrome now? :) 22:34:37 <Mook_as> I think so, yeah 22:35:15 <Mook_as> see big blue bar at https://developer.mozilla.org/en/Components.utils.import 22:35:35 <clokep> "Get jsms from chrome"? 22:35:53 <clokep> Btw...meals that are not conducive to also using a computer? Chicken cutlets... 22:36:23 <clokep> Ah I see, does it help us to load it from chrome instead of resource? 22:36:28 <clokep> Don't both need to be in the manifest? 22:37:13 <flo> I don't know if it's helpful/useful for JS protocols :) 22:38:33 <clokep> I don't think it is. :) 22:41:45 <-- BYK has quit (Quit: Instantbird 1.1) 22:44:23 <-- SM0TVI has quit (Connection reset by peer) 23:07:18 <clokep> Mook_as: Would you have the activestate bugzilla be only on IRC or also on XMPP? 23:10:22 <Mook_as> gtalk mostly, actually 23:10:32 <clokep> Ah, interesting... 23:10:35 <Mook_as> I mean, I'd end up using it in IRC once I switch to using ib for IRC too... 23:11:03 <clokep> :) I wasn't sure how you guys chat, if it was mostly in #komodo or not. 23:11:04 <Mook_as> (gtalk ~= xmpp, right?) 23:11:14 <clokep> GTalk is XMPP, but the protocol ID is prpl-gtalk. 23:11:18 <Mook_as> #komodo seems like it's mostly me talking to myself ;) 23:11:20 <clokep> The protocol is XMPP. 23:11:24 <clokep> Yes, I've noticed. :) 23:12:46 <flo> are you the only developer? 23:13:17 <Mook_as> no, there's three of us 23:13:34 <Mook_as> (plus a qa/docs/other stuff guy that also hang around on IRC) 23:14:18 <flo> "other stuff guy" sounds like a nice job description ,;) 23:14:27 <clokep> We even have more people in our room than them. ;) 23:14:53 <Mook_as> I just need to set up a dozen bots ;) 23:14:58 <-- GeekShadow has quit (Client exited) 23:20:21 <clokep> Hah. 23:20:26 <clokep> You could od it in Instantbird! 23:25:06 <-- EionRobb has quit (gravel.mozilla.org sand.mozilla.org) 23:25:06 <-- rikki has quit (gravel.mozilla.org sand.mozilla.org) 23:25:06 <-- clokep has quit (gravel.mozilla.org sand.mozilla.org) 23:25:06 <-- billysanca has quit (gravel.mozilla.org sand.mozilla.org) 23:25:06 <-- ecaron has quit (gravel.mozilla.org sand.mozilla.org) 23:25:06 <-- Mook_as has quit (gravel.mozilla.org sand.mozilla.org) 23:25:06 <-- gmoro_ has quit (gravel.mozilla.org sand.mozilla.org) 23:25:06 <-- Suiseiseki has quit (gravel.mozilla.org sand.mozilla.org) 23:25:06 <-- douglaswth has quit (gravel.mozilla.org sand.mozilla.org) 23:25:06 <-- harisund has quit (gravel.mozilla.org sand.mozilla.org) 23:25:06 <-- lewellyn has quit (gravel.mozilla.org sand.mozilla.org) 23:26:14 <-- Tonnes has quit (Ping timeout) 23:26:54 <aleth> is this a netsplit or that scrollbar bug? 23:27:12 <flo> aleth: netsplit 23:27:13 <aleth> Because I wasn't scrolling... 23:27:28 <flo> only the Europeans are left in here :-( 23:27:38 <flo> well, not even all the Europeans 23:27:52 <aleth> Just those via Amsterdam 23:28:27 <flo> we would need an instantbot in each of the server, so that we can follow the conversations that happened on the other side ;) 23:29:10 <aleth> heh, yes, that would work ;) 23:30:35 --> clokep has joined #instantbird 23:30:35 --> billysanca has joined #instantbird 23:30:35 --> ecaron has joined #instantbird 23:30:35 --> EionRobb has joined #instantbird 23:30:35 --> Mook_as has joined #instantbird 23:30:35 --> gmoro_ has joined #instantbird 23:30:35 --> rikki has joined #instantbird 23:30:35 --> Suiseiseki has joined #instantbird 23:30:35 --> douglaswth has joined #instantbird 23:30:35 --> lewellyn has joined #instantbird 23:30:35 --> harisund has joined #instantbird 23:30:35 * sand.mozilla.org sets mode +h clokep 23:32:23 <flo> any interesting conversation happening while the 2 IRC servers sulked? 23:32:38 <clokep> Not at all. 23:33:31 <aleth> I just discovered on the rejoin that that scrollbar bug is not all about scrolling after all :( 23:33:57 <flo> aleth: what is it about then? :) 23:34:59 <aleth> Well the scroll thing is a bug, probably a mozilla one. But it seems there is also a problem when participants _join_ the channel (not: leave) while the participant list is collapsed. A listitem is added, but no listcell children, so they don't appear. 23:35:19 * clokep doesn't believe you. ;) 23:35:21 <clokep> I tested that. 23:35:32 <aleth> I thought I had tested it too 23:35:38 <aleth> But it just happened :( 23:36:18 <clokep> Hmmm...I wonder if it was because a lot came in at once? 23:36:27 <aleth> That's a good idea 23:41:37 <aleth> 11 participants joined at once. Only 1 new participant is actually being displayed in the list, but he (gmoro_) was not the first to join. 23:41:51 <aleth> Very strange. 23:42:34 <flo> what does DOM inspector tell you about the state of the list? 23:42:49 <aleth> That's what I've just been describing ;) 23:43:14 <aleth> listitems are added, but without the listcell child 23:44:10 <clokep> Mook_as: https://addons.instantbird.org/en-US/instantbird/addon/245/ to remove the DEBUG statement. ;) 23:44:58 <flo> aleth: is the correct binding attached? 23:47:14 <aleth> I think so - at least I think I checked that, but I can't be 100% certain as I just put the conv on hold and that repopulated the list. 23:47:33 <aleth> Need another netsplit ;) 23:47:57 <clokep> Well with the rate they're happening just wait a couple more days. 23:49:15 <flo> is there any explanation of the cause? (or any excuse about it?) 23:49:35 <clokep> I haven't heard any. 23:50:16 <aleth> Nothing in the error console either\ 23:50:24 <clokep> It's an issue between the servers. 23:50:36 <clokep> So as a client you don't reall yknow it's happening. 23:50:42 <-- billysanca has quit (Ping timeout) 23:52:42 <clokep> flo: I'm getting a "No rule to make target protocols/irc_libs needed by protocols/irc/irc.lib" when I try to compile...but I don't even have a /irc folder anymore. :-/ 23:53:04 <clokep> Any idea what's going on? 23:53:30 --> billysanca has joined #instantbird 23:54:14 <clokep> If I grep for "irc_libs" It's not anywhere in the source. :-/ 23:55:48 <flo> make clean in purple/libpurple/ 23:57:37 <clokep> Alright... 23:57:44 <clokep> Making again. 23:58:05 <instantbot> New Instantbird (UI) bug 1143 filed by firstname.lastname@example.org. 23:58:07 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1143 nor, --, ---, nobody, NEW, New participants not correctly added to collapsed participant list 23:58:53 <clokep> Same error.