#instantbird log on 12 03 2011

All times are UTC.

00:00:38 * clokep1 is trying out pymake.
00:00:42 * clokep1 is now known as clokep
00:05:16 <Mic> Good night
00:06:10 <flo> Good night :)
00:10:06 <-- Mic has quit (Quit: Instantbird 1.2a1pre)
00:39:49 <-- aleth has quit (Quit: Instantbird 1.2a1pre)
01:27:16 --> skeledrew has joined #instantbird
01:34:27 <clokep> flo: I give a default message with the away command because you HAVE to give a message. Sending AWAY without a message REMOVES the away status.
01:34:33 <clokep> (Just re-read the spec.)
01:42:41 <Mook> yay, I'm about a quarter of the way through your patch (just starting ircCommands.jsm)
01:45:00 <clokep> Mook: Anything crazy so far?
01:45:12 <Mook> no, just a lot of dumb comments (that is, dumb on my part)
01:45:43 <Mook> I am not familiar enough with the whole ib structure to be able to have enlightening comments
01:46:18 <Mook> joinCommand sure looks hard to use
01:46:24 <-- GeekShadow has quit (Ping timeout)
01:46:35 <Mook> does this seem right? /join channel1,channel2,channel3 key1,,key3
01:46:43 <clokep> Yes.
01:46:50 <Mook> that's pretty horrible :(
01:46:51 <clokep> That's libpurple's structure, I'm no married to it.
01:47:04 <clokep> (That's actually the exact command you send to a server btw.)
01:47:06 <Mook> I'd have though something saner would be more like...
01:47:18 <clokep> JOIN channel1,channel2,channel3 key1,key2,
01:47:22 <Mook> /join channel2,key2 channel2 channel3,key3
01:47:42 <Mook> yeah, I'm a user, I don't have to think about the insanity that is the IRC protocol XD
01:47:53 <clokep> I agree. :)
01:51:30 --> GeekShadow has joined #instantbird
01:52:00 <Mook> man, I so wish JS String.split() worked like the python one
01:52:13 <clokep> What's the Python one do?
01:52:22 <Mook> (so if you give a number, the last one is the rest of the string, instead of just some random thing in the middle)
01:52:56 <Mook> i.e. "foo bar baz".split(" ", 2) -> ["foo", "bar"] (js) vs ["foo", "bar baz"] (python)
01:54:15 <clokep> Interesting.
01:54:28 <clokep> I guess that'd help in a few situations, but Idk about in IRC. ;)
01:54:44 * Mook is looking at kickCommand right nwo
02:04:03 <Mook> yeah, messageCommand looks broken for aMsg starting with (name) (space) (space)?
02:04:24 <Mook> and I really, really am starting to hate the ircAccounts global now
02:04:43 <clokep> Mook: I hate it too. :( Do you see a way around it though?
02:04:54 <Mook> what's aConv.account?
02:05:00 <Mook> (where you look things up via .id)
02:06:57 <clokep> Mook: aConv is http://lxr.instantbird.org/instantbird/source/chat/components/public/purpleIConversation.idl#53
02:07:18 <Mook> and who implements the relevant .account?
02:08:16 <clokep> That's in irc.js.
02:08:25 <clokep> Which is where you should have started if you didn't. ;)
02:08:27 <Mook> I guess it's the aImAccount arg to Account in irc.js?
02:08:33 <clokep> Yes.
02:08:39 <clokep> So that comes from the core.
02:08:40 <clokep> Somewhere.
02:08:43 <Mook> (I'm trying to see if you can get a useful .wrappedJSObject)
02:08:45 <Mook> I guess not :(
02:08:57 <clokep> I tried wrappedJSObject.
02:09:06 <clokep> But it just confuses me and I couldn't get it to work. :-/
02:09:38 <Mook> I guess a global method (or stashed on the protocol), getIRCAccount(aImAccont), might look better :(
02:09:58 <Mook> it doesn't really change anything, of course :(
02:10:22 <clokep> But I wouldn't be able to access that method once it goes through the XPCOM layer, no?
02:10:43 <Mook> I think .wrappedJSObject there would help?
02:10:54 <Mook> (remember you need to set .wrappedJSObject = this in the constructor)
02:11:50 <clokep> Hmmm....maybe. :(
02:11:57 <clokep> That would be not as gross.
02:12:44 <clokep> (At least it's not a random global floating around! :))
02:12:46 <Mook> I guess it's from http://lxr.instantbird.org/instantbird/source/chat/components/public/prplIProtocol.idl#119
02:13:14 <clokep> Yes, that sounds right.
02:13:32 <Mook> also, http://lxr.instantbird.org/instantbird/source/chat/components/public/imIAccount.idl?mark=84,203#78 is insane
02:13:49 <Mook> oh, this is plain-lxr, you'll have to read the mark= yourself
02:14:00 <Mook> brb, dinner
02:14:19 <clokep> But I don't actually implement an imIAccount, I just implement a purpleIAccount.
02:25:59 <clokep> I'm not sure what that mark is. :) What are you trying to point out?
02:33:36 <Mook> oh, just that imIAccount derives from prplIAccount, and yet prplIAccount has a .imAccount property that's a imIAccount
02:33:50 <Mook> which, if it makes sense, would just return itself...
02:34:07 <Mook> (but I guess not, because things are Weird)
02:34:13 * clokep shrugs.
02:34:17 <clokep> I like flo worry about those details.
02:34:41 <Mook> okay, so the comment near line 200 explains things, then
02:35:01 <Mook> a imIAccount is implemented by the core, knows about it's related prplIAccount
02:35:20 <Mook> (and has a .prplAccount attribute pointing, hopefully, to your account)
02:36:30 <Mook> so looking at aConv.account.prplAccount.wrappedJSObject _might_ do the right thing; or it might be null if it hates you..)
02:37:45 <clokep> Hahah. I'll give it a try in a minute.
02:37:45 <Mook> in function Account, remember to add | this.wrappedJSObject = this; |
02:37:45 <-- Morian has quit (Ping timeout)
02:37:46 --> instantbot has joined #instantbird
02:37:46 topic changed by gravel.mozilla.org to "Ask questions about Instantbird (http://www.instantbird.com) here|Get Instantbird 1.1 while it's hot! :) |News: http://blog.instantbird.org/ |Nightlies: http://nightly.instantbird.im/ (testing purpose only) |IRC logs: http://log.bezut.info/ |Pastebin: http://pastebin.instantbird.org/"
02:37:46 * ChanServ sets mode +v instantbot 
02:37:50 <clokep> Mook: Inside the constructor that is?
02:37:54 <Mook> clokep: yeap
02:38:07 <Mook> haha, I just misread that as Marion (the name of the office manager at songbird) has left moznet :p
02:41:04 <Mook> hmm, I think /chanserv is actually implemented on the server
02:41:20 <Mook> in chatzilla, ' /quote CHANSERV :help ' does things
02:41:27 <clokep> Yes...
02:41:41 <clokep> But you have to send the message to chanserv still...
02:41:52 <Mook> no, I didn't /query chanserv
02:42:03 <Mook> /quote = /raw = raw IRC commands
02:42:08 <clokep> Yes.
02:42:10 <clokep> I understand that.
02:42:28 <clokep> But /<blah blah> doesn't send things as raw in Instantbird.
02:42:29 <Mook> okay. I probably don't; I'm not as deep in IRC protocol guts as you are :)
02:42:40 <Mook> right. I guess it can't, in ib
02:42:50 <clokep> And why would we not send the PRIVMSG if it works on more servers? ;)
02:43:12 <Mook> right :)
02:43:39 <Mook> bah, I'm not on a network without chanserv :p
02:43:49 <clokep> I think efnet doesn't have a chanserv.
02:43:59 <clokep> I only usually use freenode and moznet though.
02:44:07 <Mook> I'll not deal with it, rather than test against efnet :p
02:44:19 <clokep> Haha.
02:44:55 <Mook> hmm, I guess it can't do aliases (and therefore you have separate /j and /join).
02:45:18 <clokep> Yes, we don't. I wanted to ask flo about that.
02:46:11 <Mook> ah, you do the same for memoserv, and I know that oftc hasn't got one
02:46:30 <clokep> oftc?
02:46:40 <Mook> irc.oftc.net
02:46:48 <Mook> where, apparently, gcc folks hang out, or something?
02:46:55 <clokep> ...
02:46:58 <clokep> Ah, interesting...
02:47:04 <clokep> Never heard of it before. :P
02:48:19 <Mook> not surprised; it's just some random server that I happen to be on :)
02:48:36 <Mook> I guess the server there just does nothing when faced with an unknown command... 
02:48:38 <clokep> I'm just on freenode like 14 times and moznet once. ;)
02:49:05 <clokep> They actually provide their cert though! http://www.oftc.net/oftc/
02:49:27 <Mook> (for chatzilla, /msg memoserv help says that the nick doesn't exist; but /memoserv help just does nothing)
02:49:39 <clokep> On moznet?
02:49:45 <Mook> no, on oftc
02:49:50 <Mook> because they don't have a memoserv :)
02:49:50 <clokep> Oh, OK.
02:49:57 <clokep> Ah, I see. :)
02:50:07 <Mook> (moznet understands /memoserv and /msg memoserv reaches a real... bot.)
02:50:16 <clokep> Yeah I had never seen MEMOSERV as a command send to the server.
02:50:38 <clokep> I haven't read all the documents on "IRC services" yet.
02:50:41 <Mook> and I keep doing it every time I interact with it :D
02:51:17 <Mook> I imagine reading that may have effects similar to reading the necronomicon.
02:52:50 <clokep> Idk if it can be worse then reading the 4 conflicting CTCP specs.
02:55:38 <clokep> I actually had to print them out and annotate them. :p
02:55:44 <clokep> Was a good way to not get my work done.
02:56:58 * Mook -> afk
03:02:31 <clokep> So flo after looking a bit I think the join/chat messages could go in http://lxr.instantbird.org/instantbird/source/instantbird/content/conversation.xml#925 but you had suggested putting them in imConversations.js I didn't really see anywhere in there for it.
03:17:20 --> XaviorPenguin has joined #instantbird
03:18:13 --> ecaron has joined #instantbird
03:18:34 <-- XaviorPenguin has left #instantbird ()
03:19:45 <-- ecaron1 has quit (Ping timeout)
03:20:59 <-- ecaron has quit (Ping timeout)
03:21:02 --> ecaron has joined #instantbird
03:31:14 --> Mook_ph has joined #instantbird
03:55:33 <-- Mook_ph has quit (Quit: )
04:21:12 <-- ecaron has quit (Quit: Instantbird 1.1)
04:27:20 <-- hunsly has quit (Ping timeout)
05:03:06 <-- Mook has quit (Ping timeout)
05:04:26 --> Mook has joined #instantbird
05:13:26 <Mook> do you really need to /part the channel you're not currently in?
05:14:09 <clokep> Mook: All the commands are pure translations of what's in libpurple.
05:14:13 <clokep> Probably not.
05:14:23 <-- gmoro_ has quit (Ping timeout)
05:15:23 --> gmoro_ has joined #instantbird
05:19:11 <-- Mook has quit (Ping timeout)
05:20:31 --> Mook has joined #instantbird
05:36:35 <-- Mook has quit (Ping timeout)
05:37:36 --> Mook has joined #instantbird
05:54:52 <-- clokep has quit (Quit: Instantbird 1.2a1pre)
06:19:31 <Mook> oops, wrote a giant drive-by review... for an obsolete patch
06:44:34 <-- Mook has quit (Ping timeout)
06:47:52 --> Mook_ has joined #instantbird
06:48:03 * Mook_ is now known as Mook
06:49:04 * Mook is now known as IRCMonkey19543
06:59:25 <-- IRCMonkey19543 has quit (Ping timeout)
06:59:47 --> Mook has joined #instantbird
07:01:20 <-- Mook has quit (NickServ (GHOST command used by Mook_))
07:02:10 --> Mook has joined #instantbird
07:14:31 <-- Mook has quit (Ping timeout)
07:20:27 --> XaviorPenguin has joined #instantbird
07:20:37 <-- XaviorPenguin has left #instantbird ()
08:10:36 <flo> Mook: I don't understand what you say is insane about http://log.bezut.info/instantbird/today#m60
08:11:11 <flo> except maybe not reading the comment above the interface definition is insane :-P
08:12:20 <flo> "so looking at aConv.account.prplAccount.wrappedJSObject _might_ do the right thing" if you are inside the implementation of a JS prpl, you probably don't have XPConnect wrapper around things, so aConv._account should give the unwrapped object directly
08:12:51 <flo> but I'm not exactly sure of where you have that code, so I'm not sure if there are likely XPConnect wrappers in the way.
08:13:34 <flo> in most objects implemented by jsProtoHelper, I tried to have ._account pointing to the actual prplIAccount implementation (unwrapped), and .account a getter for the imIAccount
08:14:42 <flo> "in function Account, remember to add | this.wrappedJSObject = this; |" this looks better as a getter in the prototype. |get wrappedJSObject() this,| at least this way it can't accidentally be set later to another value :)
08:37:25 --> gerard-majax has joined #instantbird
09:21:39 --> jb has joined #instantbird
09:33:06 --> mmkmou has joined #instantbird
09:43:57 <-- mmkmou has left #instantbird ()
09:52:06 --> aleth has joined #instantbird
09:58:36 <-- jb has quit (Ping timeout)
10:15:32 <-- DGMurdockIII has quit (Ping timeout)
10:20:31 <-- aleth has quit (Quit: Instantbird 1.2a1pre)
10:20:40 --> aleth has joined #instantbird
10:42:43 <instantbot> New purplexpcom - General bug 1189 filed by raynaudquentin@gmail.com.
10:42:44 <instantbot> raynaudquentin@gmail.com requested review from florian@instantbird .org for attachment 1048 on bug 1189.
10:42:49 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1189 nor, --, ---, raynaudquentin, NEW, conftest.exe deletion on windows >= Vista might take a while and cause a bug in autoconf
10:44:40 <-- aleth has quit (Quit: Instantbird 1.2a1pre)
10:46:41 --> aleth has joined #instantbird
10:57:50 --> hunsly has joined #instantbird
10:58:44 --> Even1 has joined #instantbird
11:12:46 <-- Tonnes has quit (Ping timeout)
11:14:52 <instantbot> raynaudquentin@gmail.com cancelled review?(florian@instantbird .org) for attachment 1048 on bug 1189.
11:14:54 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1189 nor, --, ---, raynaudquentin, NEW, conftest.exe deletion on windows >= Vista might take a while and cause a bug in autoconf
11:46:25 <-- flo has quit (Quit: Instantbird 1.2a1pre)
11:46:51 --> flo has joined #instantbird
11:46:51 * ChanServ sets mode +qo flo flo 
12:06:37 <-- gerard-majax has quit (Ping timeout)
12:40:44 --> waynenguyen has joined #instantbird
13:22:50 <-- waynenguyen has quit (Ping timeout)
13:22:58 --> waynenguyen has joined #instantbird
13:36:15 <-- waynenguyen has quit (Ping timeout)
13:36:20 --> waynenguyen has joined #instantbird
14:18:02 <-- BlueMaxima has quit (Quit: Instantbird 1.1)
14:44:08 --> clokep has joined #instantbird
14:44:08 * ChanServ sets mode +h clokep 
14:58:15 <clokep> OMG Mook left a long review...
15:05:38 <flo> clokep: yeah, he wanted to keep you busy during the week-end :-P
15:05:51 <flo> even reviewing the review took a long time :-D
15:05:57 <clokep> Yeah I can tell!
15:06:54 <clokep> I agree with you about the regexp btw, I originally had it as a set of indexOf and stuff, it was more confusing. Although this way is more magic.
15:15:14 <clokep> flo: What's your opinion about having aliases for commands?
15:17:48 <clokep> IRC has lots that do the same thing (/join & /j for example)
15:24:37 <flo> what's the proposed implementation?
15:28:51 <clokep> That I have no idea about. :(
15:29:38 <clokep> I was even thinking you could just have the registerCommand function accept an array of names and then expand it into multiple commands at that point.
15:29:59 <clokep> But that might be too magic.
15:30:29 <clokep> Bleh, never mind, I forget that it takes an imICommand: http://lxr.instantbird.org/instantbird/source/chat/components/public/imICommandsService.idl#80
15:33:28 --> Guido has joined #instantbird
15:47:22 <-- aleth has quit (Quit: Instantbird 1.2a1pre)
16:23:09 --> Tonnes has joined #instantbird
16:32:03 <-- waynenguyen has quit (Ping timeout)
16:32:08 --> waynenguyen has joined #instantbird
16:59:18 <flo> clokep: wouldn't it work to just make a command the __proto__ of another, and then change the name property?
16:59:44 <clokep> flo: Yeah, I guess that would work too.
17:15:49 <-- harisund has quit (Ping timeout)
17:20:52 --> igorko has joined #instantbird
17:30:40 --> ecaron has joined #instantbird
17:46:05 <-- waynenguyen has quit (Ping timeout)
17:46:17 --> waynenguyen has joined #instantbird
18:05:40 --> aleth has joined #instantbird
18:10:36 <-- Guido has quit (Quit: Instantbird 1.1)
18:10:41 --> gerard-majax has joined #instantbird
18:12:27 <-- gerard-majax has quit (Ping timeout)
18:12:53 --> harisund has joined #instantbird
18:25:43 <clokep> I got SIPE compiled on my work laptop. :) So I'll be able to test it connecting soon!
18:32:22 <flo> is the prpl registering correctly?
18:32:36 <clokep> Yes.
18:32:56 <clokep> I had to do a full recompile (on my other laptop), I just can't connect because I'm at home.
18:39:26 <flo> :)
18:40:07 * flo remembers some mumbling about the core being broken around prpl registration :-P
18:41:33 <-- ecaron has quit (Quit: Instantbird 1.1)
18:42:55 <-- aleth has quit (Quit: Instantbird 1.2a1pre)
18:43:06 <clokep> flo: It's still broken for Skype and Steam. :P
18:43:25 <flo> yeah, if null and sipe can register, it's definitely the core that's broken
18:43:42 <clokep> OK, OK. I was wrong. No need for sarcasm.
18:44:04 <clokep> I didn't think SIPE was working either and I thought maybe null is so simple it's not a good test.
18:44:26 <clokep> Btw this is what I get when trying to make with pymake: http://pastebin.instantbird.com/1247
18:46:06 <flo> and that failure doesn't happen with gmake?
18:47:16 <clokep> Nope.
18:47:47 <clokep> Sae tree I just built on my othe rlaptop in fact.
18:47:49 <flo> probably something that pymake didn't like in the way we link glib and libpurple together
18:48:11 <clokep> Should I ask in #pymake?
18:48:39 <clokep> Although not sure if people are there on weekends.
18:50:05 <flo> Or maybe motivate me to try it on my fast linux box to figure out the specific line it doesn't like ;)
18:50:26 <flo> uh, wait, we don't build glib on linux (we use the system glib), so that won't be executed anyway :-/
18:52:11 <clokep> :(
19:02:38 --> Guido has joined #instantbird
19:05:04 <-- igorko has quit (Quit: Instantbird 1.1)
19:33:40 <-- flo has quit (Quit: Instantbird 1.2a1pre)
19:46:19 --> ecaron has joined #instantbird
19:53:55 <-- hunsly has quit (Ping timeout)
20:15:59 <-- clokep has quit (Ping timeout)
20:16:22 --> aleth has joined #instantbird
21:17:48 --> flo has joined #instantbird
21:17:48 * ChanServ sets mode +qo flo flo 
21:51:25 --> mmkmou has joined #instantbird
21:52:14 <-- mmkmou has left #instantbird ()
22:06:32 <-- ecaron has quit (Ping timeout)
22:24:01 <-- aleth has quit (Quit: Instantbird 1.2a1pre)
22:24:11 --> aleth has joined #instantbird
22:25:15 <instantbot> New Instantbird (UI) bug 1190 filed by aletheia2@fastmail.fm.
22:25:17 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1190 nor, --, ---, nobody, NEW, Unknown circumstance breaks Instantbird
22:26:37 <flo> Hmm "Your mercurial account has been disabled due to inactivity. Please file a bug at https://bugzilla.mozilla.org (or http://tinyurl.com/2aveg9k) to re-activate your account."
22:26:43 <flo> I guess I'll use checkin-needed again
22:55:27 <-- Guido has quit (Quit: Instantbird 1.1)
22:57:40 <flo> aleth: do you have any idea of steps to reproduce?
22:57:56 <aleth> no :(
22:58:17 <aleth> I mentioned everything related I could think of and it's a short list
22:58:40 <aleth> It's not the first time it's happened though, so I thought I'd better report it
22:59:00 <flo> have you detached a conversation tab to a new window and then closed that window?
22:59:10 <aleth> No
22:59:20 <flo> sure?
22:59:24 <aleth> Yes
22:59:28 <flo> :(
22:59:57 <aleth> Single conversation window, multiple tabs, then closed those. Error happened/noticed much later on interacting with the contact list.
23:01:28 <flo> the first two things you pasted from your error console look very similar to the shutdown errors I have. I have one of these for each conversation tab still open when I Command+Q my debug build.
23:01:43 <flo> I don't see them when just closing a conversation window without quitting though
23:02:24 <aleth> If the error messages had time stamps it would have been easier to align them with what I did
23:02:49 <flo> I've never seen the last 2 errors, but they indicate that the list of conversation windows contain something broken (= a window without document -> that's probably a window that was destroyed but haven't unregistered itself)
23:03:26 <aleth> Yes, my guess is that they were triggered when I tried to restore 2 remaining conversations from hold after the error happened.
23:03:50 <flo> on which protocol were these conversations?
23:03:51 <aleth> i.e. just a symptom.
23:03:58 <flo> libpurple based? twitter?
23:04:01 <aleth> twitter, irc, xmpp, msn
23:04:18 <flo> irc and xmpp were the libpurple plugins, not experimental JS implementations?
23:04:27 <aleth> Yes, this is just the nightly
23:04:34 <aleth> Unless you landed something?!
23:06:39 <flo> wait, I missed something in the second error messages. It's clearly while opening the conversation binding, not closing it
23:07:40 <aleth> Yes (initConversationUI)
23:08:09 <aleth> But I suppose the real bug will probably be earlier.
23:09:40 <flo> do you remember something about that conversation that failed to open?
23:10:09 <flo> (chat or private IM? protocol?)
23:12:14 <flo> there was probably an error before that :-/
23:12:59 <aleth> No. Unfortunately I didn't even mean to restore a conversation, I was just changing status and must have clicked in the wrong place or too often. So I'm not sure which one was attempted to restore (irc is my best guess).
23:13:34 <flo> do you use the do not disturb add-on?
23:13:40 <aleth> It must have been either IRC or MSN
23:13:59 <aleth> Yes
23:14:06 <aleth> Hmm, could that be related?
23:16:12 <flo> you know that when switching back to available it automatically restore all conversations that have unread messages directed to you, right?
23:16:56 <aleth> I didn't. But there were none, as far as I know.
23:17:22 <aleth> Might there have been some timing issue? A message coming in just as the status change happened?
23:17:56 <flo> I'm wondering if there could be a conflict between dnd and nickserv killer (you also use it I bet? :))
23:18:06 <aleth> Sure :)
23:19:33 <flo> if so, the steps to reproduce would be to have the nickserv conversation be opened and closed automatically while not available.
23:19:38 --> Tomek has joined #instantbird
23:19:56 <flo> likely to happen without you even knowing about it if you just ping timeout from IRC and are auto-reconnected
23:20:34 <aleth> It's possible
23:21:36 <aleth> But the disconnect should show in the log (?), and it doesn't.
23:22:21 <flo> which log?
23:22:42 <aleth> One of the IRC logs of channels open at the time
23:22:44 <aleth> or even chanserv
23:23:16 <aleth> no, there is no chanserv log
23:23:26 <flo> nickserv you mean?
23:25:30 <aleth> either
23:26:00 <aleth> At any rate I can't see anything in the logs of the channels open at the time
23:27:18 <aleth> Oh, I see your point, of course nickservkiller doesn't kill chanserv ;)
23:29:05 <flo> the problem I'm imagining is dnd forcing to open a conversation that has already been closed by nickservkiller
23:32:24 <aleth> If it happens again, maybe things will begin to narrow down a bit
23:38:13 <aleth> What happened to PMO? Why does it just show the nightly page? 
23:38:48 <flo> what do you mean?
23:39:00 <aleth> https://planet.mozilla.org/
23:39:15 <aleth> goes to the nightly download page for me
23:39:20 <flo> remove the s
23:39:29 <flo> https -> http
23:39:50 <aleth> hmm could be https everywhere causing trouble
23:40:34 <aleth> Yes, you're right, that works
23:41:12 <aleth> But the https everywhere rule is not new, so they must have changed something...
23:41:56 <flo> they changed their SSL cert in the last 3 days
23:43:48 <aleth> That might be it
23:46:33 <aleth> nice -> https://bugzilla.mozilla.org/show_bug.cgi?id=675371
23:52:59 <aleth> Trying to read other people's twitter conversations always ends in frustration and fail
23:55:51 <flo> hmm, will this help to make message themes restartless? :)
23:56:26 <aleth> Should do really :)
23:58:01 <flo> aleth: attempting to make sense of public replies to private tweets is especially frustrating ;)
23:58:07 --> clokep has joined #instantbird
23:58:07 * ChanServ sets mode +h clokep 
23:58:59 <aleth> flo: Twitter is like overhearing someone speaking on the telephone in the next room
23:59:24 <aleth> (in that case)