#instantbird log on 11 27 2012

All times are UTC.

00:05:42 <-- Optimizer has quit (Ping timeout)
00:09:04 --> Optimizer has joined #instantbird
00:16:21 <-- qlum has quit (Quit: Getting the <censored> out.)
00:33:42 <clokep> Any ideas how to get a real line # on this flo? Error: [Exception... "'TypeError: this.ERROR is not a function' when calling method: [nsIStreamListener::onDataAvailable]"  nsresult: "0x8057001c (NS_ERROR_XPC_JS_THREW_JS_OBJECT)"  location: "native frame :: <unknown filename> :: <TOP_LEVEL> :: line 0"  data: no]
00:48:10 <instant-buildbot> build #357 of linux-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-onCommit/builds/357
01:03:56 <-- meh has quit (Quit: The point is: don't lose your dinosaur.)
01:07:03 --> mconley has joined #instantbird
01:10:24 <instant-buildbot> build #693 of linux-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/693
01:13:26 * clokep wonders if flo is awake.
01:15:41 <instantbot> clokep@gmail.com requested review from florian@instantbird .org for attachment 2135 on bug 1827.
01:15:42 <instantbot> clokep@gmail.com requested feedback from aleth@instantbird .org for attachment 2135 on bug 1827.
01:15:43 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1827 enh, --, ---, florian, NEW, Add an easy way to copy an account specific debug log
01:19:07 <-- Optimizer has quit (Ping timeout)
01:22:28 --> Optimizer has joined #instantbird
01:23:50 --> FireFly_TB has joined #instantbird
01:25:09 <-- mconley has quit (Ping timeout)
01:26:01 --> mconley has joined #instantbird
01:26:23 <-- FireFly_TB has quit (Ping timeout)
01:49:25 <-- mconley has quit (Input/output error)
01:59:42 --> DGMurdockIII has joined #instantbird
02:03:03 <instant-buildbot> build #344 of win32-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/344
02:13:48 <-- Optimizer has quit (Ping timeout)
02:16:42 <-- Mook_as has quit (Quit: Mook_as)
02:17:06 --> Optimizer has joined #instantbird
02:29:33 <-- rosonline has quit (Quit: Experimentem Instantbird 1.3 -- http://www.instantbird.com)
02:29:40 --> rosonline has joined #instantbird
03:14:36 --> mconley has joined #instantbird
03:32:18 <instant-buildbot> build #694 of linux-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/694
03:32:49 <-- clokep has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
03:42:02 <-- rosonline has quit (Client exited)
03:45:36 <-- SM0TVI has quit (Ping timeout)
03:46:54 --> SM0TVI has joined #instantbird
03:59:25 --> Mook has joined #instantbird
04:07:02 <-- Optimizer has quit (Ping timeout)
04:11:11 <instant-buildbot> build #784 of win32-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/784
04:13:30 --> Optimizer has joined #instantbird
04:15:18 <-- Optimizer has quit (Ping timeout)
04:15:22 --> Optimizer has joined #instantbird
04:58:05 <-- EionRobb has quit (Quit: Leaving.)
05:05:07 <-- mconley has quit (Input/output error)
05:23:34 <-- Optimizer has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
05:40:31 <-- DGMurdockIII has quit (Quit: ChatZilla 0.9.89 [Firefox 17.0/20121119183901])
05:44:19 <-- gerard-majax_ has quit (Ping timeout)
05:48:23 --> jb has joined #instantbird
05:48:42 <-- jb has quit (Connection reset by peer)
05:48:44 --> jb has joined #instantbird
05:50:22 <-- jb has quit (Connection reset by peer)
05:50:23 --> jb has joined #instantbird
05:59:34 <-- jb has quit (Ping timeout)
06:14:15 <instant-buildbot> build #785 of win32-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/785
06:26:27 <-- dew has quit (Ping timeout)
06:49:30 --> dew has joined #instantbird
07:08:16 <-- dew has quit (Ping timeout)
07:15:59 --> dew has joined #instantbird
07:45:16 <instant-buildbot> build #694 of macosx-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/694
08:02:00 --> flo-retina has joined #instantbird
08:02:00 * ChanServ sets mode +qo flo-retina flo-retina 
08:34:18 --> Even2 has joined #instantbird
09:06:30 <-- Mook has quit (Quit: Mook)
09:44:00 --> gerard-majax_ has joined #instantbird
09:44:50 --> qlum has joined #instantbird
09:45:20 <-- qlum has quit (Quit: Getting the <censored> out.)
09:45:24 --> qlum has joined #instantbird
10:39:39 <-- flo-retina has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
10:45:54 <-- gerard-majax_ has quit (Ping timeout)
10:59:26 --> flo-retina has joined #instantbird
10:59:26 * ChanServ sets mode +qo flo-retina flo-retina 
11:20:23 --> clokep has joined #instantbird
11:33:11 <instantbot> clokep@gmail.com cancelled review?(florian@instantbird .org) for attachment 2135 on bug 1827.
11:33:12 <instantbot> clokep@gmail.com cancelled feedback?(aleth@instantbird .org) for attachment 2135 on bug 1827.
11:33:14 <instantbot> clokep@gmail.com requested review from florian@instantbird .org for attachment 2136 on bug 1827.
11:33:15 <instantbot> clokep@gmail.com requested feedback from aleth@instantbird .org for attachment 2136 on bug 1827.
11:33:16 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1827 enh, --, ---, florian, NEW, Add an easy way to copy an account specific debug log
11:39:48 --> rosonline has joined #instantbird
11:43:23 --> meh has joined #instantbird
11:43:25 <flo-retina> clokep: good morning :)
11:43:34 <clokep> Hello flo-retina.
11:45:25 <flo-retina> I see there was already a Cu.reportError(e); call in ircHandlers.jsm
11:45:47 <flo-retina> wouldn't the account-specific debug log want to have that exception reported?
11:46:03 <clokep> Where is this?
11:46:12 <clokep> Ah.
11:46:14 <clokep> One second.
11:46:37 <flo-retina> and I'm glad "DEBUG", "LOG", "WARN", "ERROR" are not longer exported symbols of a js module :)
11:47:35 <clokep> flo-retina: I would do the same thing as http://hg.instantbird.org/instantbird/rev/e2ff32e19c78#l2.6
11:47:52 <flo-retina> now we just need to move _ somewhere else, and rename ircUtils to ircCTCPFormat or something :)
11:47:58 * flo-retina dislikes "utils" files
11:48:49 <clokep> I can attach a new patch if you'd like?
11:48:59 <flo-retina> clokep: so you mean |+ e| at the end of the error message reported through ERROR?
11:49:11 <flo-retina> the location of e would not be clickable any more in the error console, but I'm not sure if we care
11:49:30 <clokep> That location isn't useful.
11:49:30 <flo-retina> clokep: well, you can if you have it at hand, but I haven't really reviewed the patch, so I may have other comments later.
11:49:32 <clokep> It's in a try-cath
11:49:58 <flo-retina> it's the location of "ERROR" that isn't useful. The location of "e" may be. Or am I misunderstanding?
11:51:02 <clokep> I thought when you do Cu.reportError it reported the location of the Cu. call? But maybe I'm misremembering.
11:51:13 * clokep finds all the error reporting stuff convoluted.
11:51:25 <clokep> flo-retina: I'll hold off on a new patch until you review then.
11:51:26 <flo-retina> it reports the error object you are passing to it
11:51:34 <flo-retina> the error object already contains location information
11:51:50 <clokep> Ah, OK. So that's the behavior only if you pass a string.
11:52:25 <flo-retina> I think so yes
11:52:32 <clokep> If I pass e into this.ERROR, would that stuff work too?
11:52:47 <clokep> Because the line number /is/ useful then.
11:53:01 <flo-retina> clokep: btw, do you think it makes sense to handle ctcp formatting in quit messages?
11:53:08 <flo-retina> I was surprised to see a colored quit message the other day
11:53:29 <clokep> flo-retina: It should be already?  We do it on display.
11:53:32 <flo-retina> would it just be a matter of changing a ctcpFormatToHTML call to a ctcpFormatToText call, or is it more complicated?
11:54:30 <clokep> flo-retina: http://lxr.instantbird.org/instantbird/source/chat/protocols/irc/irc.js#216 and http://lxr.instantbird.org/instantbird/source/chat/protocols/irc/irc.js#548
11:55:00 <clokep> Ohhhhh.
11:55:07 <clokep> I see what you're saying. You're saying you want to NOT show it colored.
11:55:21 <flo-retina> yes
11:55:41 <clokep> IMO, that's up to the message style.
11:55:48 <flo-retina> and I don't know: 1. If it's only me, or if not showing formatting inside quit messages should be the default behavior. 2. If it should be handled by the prpl, or by the message theme.
11:56:25 <flo-retina> I'm saying quit message, but it's system messages in general (that would also apply to away messages)
11:58:51 <clokep> Right, I see the style you're going for and mostly agree it's desirable. I think it should be part of the message theme though.
11:59:30 <flo-retina> would we also want to prevent bold, italic, underline, ... there?
11:59:59 <flo-retina> and I think more generally, we should have a visible way to show that a part of a system message isn't from the chrome, but from a remote user
12:04:12 <flo-retina> http://ftp.instantbird.com/instantbird/stats/last2years.php looks better today
12:05:04 <flo-retina> the lack of windows/linux nightlies yesterday may have had an effect though :-/.
12:05:46 --> mpmc has joined #instantbird
12:06:10 <clokep> I think the bold/italic/underline can be as annoying as other formatting.
12:08:51 <-- clokep has quit (Ping timeout)
12:50:44 --> clokep_work has joined #instantbird
12:51:48 <clokep_work> :-S I still had to identify just now.
13:04:32 --> jb has joined #instantbird
13:23:24 --> gerard-majax__ has joined #instantbird
13:24:21 <-- clokep_work has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
13:24:39 --> clokep_work has joined #instantbird
13:25:34 <-- jb has quit (Ping timeout)
13:29:00 <-- gerard-majax__ has quit (Quit: Ex-Chat)
13:30:01 --> gerard-majax__ has joined #instantbird
13:45:19 --> jb has joined #instantbird
13:49:54 <-- rosonline has quit (Quit: http://www.mibbit.com ajax IRC Client)
14:04:05 * flo-retina just tried to "Undo close tab" on an Instantbird conversation
14:04:47 <flo-retina> the conversation was old (a few hours without any messages) so I got rid of the tab, and when I selected it while I was already clicking on the "[x]" I saw there was an unsent message in the input box :(.
14:04:51 * clokep_work waits for the patch to bug 1549
14:04:54 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1549 enh, --, ---, nobody, NEW, Reopen recently closed tabs
14:05:48 <clokep_work> I've done it before where as I'm clicking I receive a new message. :-/
14:08:57 --> aleth has joined #instantbird
14:14:38 <clokep_work> aleth: Good <whatever time of day it is in your timezone>.
14:16:10 <flo-retina> clokep_work: afternoon ;)
14:17:50 <-- Even2 has quit (Input/output error)
14:17:58 <clokep_work> Yes, that's what I figured. :) I didn't want to do the math. :-D
14:18:04 <instantbot> aleth@instantbird.org granted review for attachment 2137 on bug 1419.
14:18:06 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1419 nor, --, ---, aleth, ASSI, Handle the user's user mode
14:19:11 <flo-retina> clokep_work: 3pm
14:19:32 <aleth> yup.
14:19:39 <aleth> Though it's so gray it could be anytime.
14:19:54 <flo-retina> same here!
14:20:24 <aleth> Proper November ;)
14:21:38 <clokep_work> UTC+1, right?
14:21:49 <aleth> Yes
14:21:58 <aleth> UTC == GMT
14:21:59 <clokep_work> aleth: So is auto-identifying working for you now? I just looked over the code again and can't see any issues, but I didn't debug.
14:22:06 <clokep_work> Yes.
14:22:06 <aleth> I need to update...
14:22:33 <clokep_work> Well UTC kind of == GMT AFAIK. ;)
14:22:47 <aleth> Is there some annoying summertime mismatch? ;)
14:23:23 * clokep_work doesn't know.
14:23:27 <clokep_work> I'm just going by what Wikipedia says.
14:23:57 <flo-retina> aleth: I think UTC is a stable reference, and GMT is more like "UK timezone" with daylight saving changes
14:24:14 * aleth wishes they would get rid of the summer/winter timechanges
14:24:28 <clokep_work> "The term Greenwich Mean Time (GMT) does not have a precise definition at the sub-second level, but it is often considered equivalent to UTC or UT1."
14:24:29 <flo-retina> or at least do it the same day on all countries!
14:24:44 <aleth> All it does is make it go dark mid-afternoon :P
14:24:44 <flo-retina> ah
14:25:07 <clokep_work> aleth: I do enjoy not missing an hour of sunlight in the morning, but I probably get up a lot earlier than you.
14:25:14 <flo-retina> so the UTC/GMT is not very relevant
14:25:46 <flo-retina> clokep_work: you can just change your schedule to get up when the light is however you like ;).
14:26:07 <aleth> clokep_work: I guess it's just a matter of when you prefer to get your sparse sunshine ;)
14:27:20 <clokep_work> flo-retina: Maybe if you work remotely. ;)
14:28:13 <flo-retina> clokep_work: if you work remotely it's different: you a free to move to the place that has the lighting you like at the time you need to get up ;).
14:28:23 * flo-retina got up too early today
14:28:44 <clokep_work> aleth: Thanks for unbitrotting that patch. :)
14:31:51 <-- aleth has quit (Quit: Au revoir)
14:32:01 --> aleth has joined #instantbird
14:32:01 * ChanServ sets mode +h aleth 
14:32:18 <aleth> Yay, NickServ noise gone again :)
14:32:29 <aleth> How did we ever do without handling Nickserv...
14:32:59 <flo-retina> aleth: and without tab completion ;)
14:33:01 <flo-retina> aleth: and convs on hold
14:33:02 <clokep_work> aleth: So it worked OK for you?
14:33:12 <aleth> Yes :)
14:33:27 * clokep_work wonders if he doesn't have his password in or something...
14:33:28 <flo-retina> clokep_work: it seems you will want a nightly with improved debug logging capacities ;)
14:33:37 <aleth> I'm still not seeing a star on clokep_work though :-/
14:33:45 <aleth> Ah that's why then
14:33:57 <clokep_work> flo-retina: Yes, soon. Hopefully. :(
14:35:18 <-- gerard-majax__ has quit (Ping timeout)
14:35:54 --> gerard-majax__ has joined #instantbird
14:36:27 <-- Kaishi has quit (Quit: Kaishi)
14:42:56 --> mconley has joined #instantbird
14:44:15 <clokep_work> flo-retina: Do we have any idea what's with the topic/participants list not being updated in TB?
14:44:24 <flo-retina> I don't.
14:44:49 <aleth> Is it collapsible?
14:44:59 * aleth forgot to comment on that bug
14:45:40 <clokep_work> aleth: I don't think that is involved, if it is even collapsible.
14:45:52 <clokep_work> flo-retina: But we're fairly certain it is a UI thing and not a protocol thing, right?
14:46:04 <aleth> It's just that if it is, then that's almost certainly the explanation.
14:46:06 <aleth> Happens all the time.
14:46:07 <-- jb has quit (Ping timeout)
14:46:47 <flo-retina> clokep_work: yes
14:50:03 --> jb has joined #instantbird
14:50:47 <instantbot> aleth@instantbird.org granted feedback for attachment 2136 on bug 1827.
14:50:51 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1827 enh, --, ---, florian, NEW, Add an easy way to copy an account specific debug log
15:00:11 <clokep_work> aleth: Thanks.
15:01:39 <-- skeledrew has quit (Ping timeout)
15:01:41 --> skeledrew has joined #instantbird
15:11:07 --> mikk_s has joined #instantbird
15:11:17 <-- mikk_s has left #instantbird ()
16:05:55 <-- gerard-majax__ has quit (Ping timeout)
16:23:47 --> Optimizer has joined #instantbird
16:27:09 <-- Optimizer has quit (Ping timeout)
16:29:42 --> Optimizer has joined #instantbird
16:43:42 <clokep_work> We get an insane amount of spam to the mailing list. :(
16:46:40 <flo-retina> I'm surprised that we found anybody to volunteer to moderate that ;)
16:49:34 <clokep_work> I just /really/ wanted to be able to use NNTP. :P
16:50:39 * clokep_work files a bug: "Can't read NNTP through Instantbird!" ;)
16:53:19 --> gerard-majax__ has joined #instantbird
16:53:45 --> gerard-majax_ has joined #instantbird
16:55:01 <-- gerard-majax__ has quit (Ping timeout)
16:57:17 <-- jb has quit (Ping timeout)
17:03:50 <-- gerard-majax_ has quit (Ping timeout)
17:12:02 <-- skeledrew has quit (Ping timeout)
17:22:06 --> jb has joined #instantbird
17:27:46 --> skeledrew has joined #instantbird
17:27:59 --> mikk_s has joined #instantbird
17:30:37 <-- skeledrew has quit (Ping timeout)
17:32:22 <flo-retina> it's surprising that they managed to make git so frustrating for hg users. It's like every command is mostly the same, but different and annoying in subtle ways.
17:33:34 <aleth> yup, wouldn't it be great if there was a reasonably unified syntax...
17:33:54 <flo-retina> just copy hg ;)
17:34:07 --> skeledrew has joined #instantbird
17:34:10 <flo-retina> it possibly has a few mis-features
17:34:29 <flo-retina> but lots of UX aspects are just better thought out
17:34:31 <aleth> there's probably a linus torvalds post somewhere full of swearwords about hg syntax, and that was that ;)
17:34:53 <flo-retina> aleth: there are always trolls ;)
17:35:36 <flo-retina> aleth: but just not getting in the user's way *by default* is important.
17:36:23 <aleth> I thought git and hg were developed roughly at the same time though, so maybe it wasn't possible to coordinate
17:37:06 <flo-retina> aleth: I think hg has copied most of the good features that git had at the time they were both created and were really different.
17:37:29 <flo-retina> aleth: it's possible some good things are still missing because they would be backward incompatible, I don't really know (nor care)
17:38:04 <aleth> flo-retina: At this point it's probably just fixed into place by people having developed habits...
17:39:05 <flo-retina> yeah, ... git feels a bit like Emacs and vi (and I'm not saying that is a hateful way; I use emacs). hg feels like a modern tool.
17:39:44 <flo-retina> and there's clearly no way I would have started using emacs if I hadn't been more or less forced to learn to use it at some point.
17:40:09 <aleth> I've not used hg yet, but I agree on git, and suspect it was intentional
17:41:24 <flo-retina> well, I hope frustrating people isn't intentional :).
17:42:10 <flo-retina> O_o. "git diff" doesn't show added files by default?
17:42:38 <flo-retina> or is that because my file is called ".gitignore" that it doesn't want to show it?
17:43:14 <aleth> Hmm. If you add new files they won't show up in diff unless you stage them
17:43:39 <aleth> Which is annoying and causes mistakes imho
17:43:42 <flo-retina> I don't even know what that means :)
17:44:03 <flo-retina> why doesn't "diff" show what "commit && push" would send to the server? :)
17:44:33 <flo-retina> "git out" doesn't exist
17:44:37 <flo-retina> is there an equivalent?
17:45:01 <aleth> Basically, if you use "git add -N" rather than "git add", a zero length marker is added to the index, so diff has something to compare the newly added file to
17:45:29 <flo-retina> ("hg out[going]" lists all the changesets that would be pushed if you typed hg push)
17:46:02 <aleth> The problem is that diff shows the difference to the previous version of the file, and there is none. (no comment, but that's the logic)
17:46:29 <aleth> I don't know of a "git out" but if there is one I'd like to know about it ;)
17:46:31 <flo-retina> that logic makes me think I shouldn't use linux ;).
17:46:47 <flo-retina> FreeBSD feels safer :-D
17:48:53 <aleth> Oh, it gets worse, git add -N breaks git stash
17:48:57 <aleth> At least it used to.
17:49:42 <aleth> Linux thankfully seems to have similar roughnesses removed by now ;) or maybe I just haven't run into them.
17:49:49 <flo-retina> people seem to recommend "git fetch && git log origin/master.."
17:50:05 <flo-retina> the more I look at git, the more it looks like it's designed for people who love typing
17:50:27 <aleth> Hmm that sounds a bit like a github solution, where you work with some central repo
17:50:48 <flo-retina> aleth: In the linux case, I think it's just that there are lots of abstraction layers keeping you away from such craziness. (And Linus seemed to enjoy GNOME ;))
17:51:03 <aleth> But maybe I am missing something... I'm very far from a git expert
17:51:25 <flo-retina> having to hire an expert to be able to use a "simple" tool is a bug IMHO ;)
17:52:15 * aleth sometimes suspects there is a type of coder who loves that kind of tool :P
17:52:33 <flo-retina> I'm sure they exist!
17:52:38 <aleth> At least judging by code tool UIs...
18:00:18 <-- mikk_s has left #instantbird ()
18:00:25 <-- flo-retina has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
18:03:43 <aleth> flo: I've just come across "git diff --cached" which apparently also shows all staged changes, which sounds a lot like a "git out".
18:04:13 <clokep_work> aleth: What is git add -N? I've never used that.
18:04:46 <clokep_work> aleth: It is not.
18:04:46 <aleth> clokep_work: -N is short for -intent-to-add
18:04:55 <clokep_work> aleth: That still doesn't mean anything to me. ;)
18:05:00 <clokep_work> I use git add --update usually.
18:05:29 * clokep_work wonders if http://pastebin.instantbird.com/107378 will help flo.
18:05:52 <aleth> It adds a zero length version of the file you are adding to the index, so git diff picks up the actual state of the file as a change compared to what has previously been staged.
18:06:00 <clokep_work> flo: There's nothing similar to outgoing, you have to fetch and then do a log, yes.
18:06:10 <clokep_work> Ah, I see.
18:06:27 * clokep_work finds the cache extremely annoying to work with.
18:06:39 <aleth> clokep_work: Yes, also it seems ultra hackish
18:07:26 <clokep_work> It is displaying implementation details to the user, which is frustrating.
18:07:43 <clokep_work> I also find the lack of being able to type partial commands annoying.
18:09:19 <aleth> clokep_work: That's the problem with the git UI, it basically assumes you know its interna at least to some degree. Few commands with zillions of options... Some people would call that 'elegance' of course.
18:09:39 <clokep_work> They would be wrong. ;)
18:09:44 <aleth> :D
18:09:59 * clokep_work also found http://mercurial.selenic.com/wiki/GitConcepts helpful.
18:39:20 <aleth> clokep_work: that graph alias is nice :)
18:39:40 <clokep_work> aleth: I think I stole that from somewhere. ;)
18:39:47 <clokep_work> I frequently use that and staged and uadd.
18:41:56 <aleth> staged is actually there by default now, i.e. diff --staged == diff --cached
18:42:22 <clokep_work> aleth: The point is that I don't have to type the "diff --"
18:42:36 <clokep_work> (And I dislike how it is sometimes called a "staging area" and sometimes a "cache" and other names.)
18:42:48 <aleth> clokep_work: Sure, it's just that they seem to have caught on that "cache" is a terrible name
18:42:53 <aleth> ;)
18:44:25 * clokep_work is just going to switch to bzr.
18:54:28 --> flo-retina has joined #instantbird
18:54:29 * ChanServ sets mode +qo flo-retina flo-retina 
19:03:18 <aleth> clokep_work: ...because three sets of commands are better than two ;)
19:03:20 <aleth> Btw you can skip "add -update" if you use "commit -a"
19:03:40 <aleth> But I guess you know that already
19:04:29 <clokep_work> aleth: I usually send nasty rants to people when they use "commit -a", it should never be used.
19:05:19 <aleth> It's fine if you don't make it the default in any way.
19:06:15 <clokep_work> My issue is actually that most "how to" documentation on the web says to always use "commit -a" without explaining that the -a == --all.
19:06:21 <clokep_work> And people think that's just how you commit.
19:06:23 <aleth> :(
19:06:30 <clokep_work> And then don't understand why you have to git add to start tracking a file.
19:06:30 <aleth> That'll cause trouble...
19:07:18 --> Mnyromyr has joined #instantbird
19:09:10 <-- flo-retina has quit (Ping timeout)
19:13:25 --> mikk_s has joined #instantbird
19:14:16 --> gerard-majax_ has joined #instantbird
19:18:41 <aleth> clokep_work: "I also find the lack of being able to type partial commands annoying" -> "git config help.autocorrect 1" is as close as it gets
19:20:36 <clokep_work> It isn't too big of a deal, the only commands I /really/ use it on are qser and qap, which obviosuly don't exist in git. :)
19:24:31 <-- mikk_s has left #instantbird ()
19:33:05 --> flo-retina has joined #instantbird
19:33:06 * ChanServ sets mode +qo flo-retina flo-retina 
19:33:34 <-- clokep_work has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
19:33:48 --> clokep_work has joined #instantbird
19:34:40 <-- clokep_work has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
19:40:35 <instantbot> New Core - Twitter bug 1830 filed by aleth@instantbird.org.
19:40:37 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1830 nor, --, ---, nobody, NEW, Parse error on twitter 503 error message
19:41:13 --> clokep_work has joined #instantbird
19:41:13 * ChanServ sets mode +o clokep_work 
19:41:28 <clokep_work> I have no idea why auto-identify isn't working for me.
19:41:31 <clokep_work> But it is actually really pissing me off.
19:42:11 <clokep_work> I just disabled all my extensions to see if someone was interferring, but doesn't seem to be.
19:42:39 <aleth> Is it sending IDENTIFY?
19:42:46 <clokep_work> I don't know.
19:42:56 <clokep_work> I haven't turned logging on.
19:44:02 <-- flo-retina has quit (Ping timeout)
19:44:56 <-- mpmc has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
19:45:17 --> flo-retina has joined #instantbird
19:45:18 * ChanServ sets mode +qo flo-retina flo-retina 
19:47:34 * aleth is thinking about showing conversations for tweets
19:48:20 <aleth> Probably requires recursive requesting of tweets until some max number of tweets has been reached or the requests terminate?
19:52:48 <clokep_work> You might be able to get streams for the open conversations?
19:53:46 <aleth> Hmm... really? Streams associated to a tweet?
19:53:58 <aleth> That would make it easier
19:56:11 <clokep_work> Wait...
19:56:16 <clokep_work> what do you mean by "conversations"?
19:56:50 <aleth> The reply chain. (I'm not sure what it's officially called)
19:58:40 <clokep_work> Ah, that's not what I thought you meant at all.
19:59:08 <aleth> It's what "view conversation" does on the website
19:59:38 <-- flo-retina has quit (Ping timeout)
20:01:59 <clokep_work> You would do that as a MUC?
20:02:09 <aleth> I think so.
20:02:18 <aleth> You'd pretty much have to.
20:03:17 <clokep_work> I think you have to recursively request things that reply to each tweet, yes.
20:03:25 <clokep_work> And do it all before display so you get the ordering right.
20:06:25 <aleth> Yes, it would have to be cached
20:06:34 --> flo-retina has joined #instantbird
20:06:35 * ChanServ sets mode +qo flo-retina flo-retina 
20:06:52 <aleth> Do you happen to know if there is an API specific to that? I can't find anything
20:08:02 --> mikk_s has joined #instantbird
20:08:28 <clokep_work> What's the main page of their documentation?
20:08:31 <clokep_work> I don't have it in this awesomebar. :(
20:08:33 <-- mikk_s has left #instantbird ()
20:09:14 <aleth> https://dev.twitter.com/docs/api
20:18:48 <flo> aleth: iirc there's an API to request tweets "related" to a tweet id
20:19:13 <flo> and what the api thinks is related isn't clearly specified, but I assume it's what you see when looking at the "conversation" on the website
20:19:32 <flo> aleth: btw, any suggestion for bug 1830 or is that just wontfix?
20:19:35 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1830 nor, --, ---, nobody, NEW, Parse error on twitter 503 error message
20:20:14 <aleth> flo: I have no idea if it matters or not (I doubt it does), I thought I'd leave it to the author of the twitter protocol ;)
20:20:16 <flo> aleth: (some API calls return errors in JSON and some in HTML, in ways that seemed difficult to predict the last time I looked)
20:20:47 <clokep_work> aleth: Doesn't look like there's an easy way.
20:21:20 <aleth> flo: I can't find anything for "related" tweets, only for RTs
20:21:46 <flo> aleth: btw, that error was in the error console, but what was shown in the account manager?
20:22:16 <flo> I'm afraid we are just showing either "Error: SyntaxError: JSON.parse: unexpected character while parsing <html>" or "Error 503", which in both cases isn't helpful at all
20:22:37 <flo> clokep_work: what's your suggestion for dealing with freenode's nickserv messages?
20:22:47 <clokep_work> flo: What?
20:23:01 <flo> clokep_work: should I update nickserv killer, or is that message something we can eat / redirect to the server tab (that I don't show)?
20:23:35 <flo> clokep_work: NickServ tells me "fqueze!~Instantbi@<hostname> has just authenticated as you (fqueze_)" each time I connect from a different machine to a nick of the same group
20:23:38 <aleth> flo: I never saw anything in the account manager. I don't think it triggered a reconnect (?)
20:24:00 <flo> aleth: if it reconnected 1s later, it's not a surprise that you didn't see anything
20:24:15 <clokep_work> flo: Please file a bug and we should handle it in the prpl.
20:24:46 <aleth> flo: Right, that's likely what happened.
20:25:29 <flo> clokep_work: all right :)
20:25:33 <aleth> clokep_work: I suggested converting it to a system message
20:25:42 <flo> clokep_work: my question was almost "what should I list as the expected behavior in the bug I'll file" ;)
20:25:56 <-- flo-retina has quit (Ping timeout)
20:25:56 <clokep_work> flo: I think putting it in system messages (which aleth suggested) is reasonable.
20:26:06 <clokep_work> I think it is something that we /do/ actually want to show the users.
20:26:14 <clokep_work> But we could dump it onto the server tab.
20:26:17 <flo> will that open the nickserv tab?
20:26:19 * clokep_work begins to dislike the server tab.
20:26:25 <aleth> flo: no
20:26:27 <clokep_work> flo: Not on the nickserv tab, on open conversations.
20:26:30 <clokep_work> As aleth already suggested. ;)
20:26:44 <flo> isn't it completely unrelated to conversations?
20:26:54 <clokep_work> Yes. :(
20:26:57 <clokep_work> Do you have something better to do w/ it?
20:27:05 <flo> server tab? :)
20:27:06 --> EionRobb has joined #instantbird
20:27:24 <aleth> The server tab means "users dont want to see this ever unless they specifically go to check" -is that the case here?
20:27:54 <flo> the part that sucks about it is that I think it's good to open a NickServ tab for some variations of the same message (typically when it says someone tried to identify as you but failed) :(
20:28:12 <flo> aleth: do you want to know that you identified as you?
20:28:48 <aleth> flo: I'm not too sure I know all the use cases for grouped nicks
20:29:36 <flo> the point of having several nicks and grouping them is that you can use several nicks at once but still be the same person, so I think it's typically that you connect from different machines.
20:30:17 <clokep_work> Or so that you can change your nick and maintain your "status"
20:31:11 <flo> that's also a possible use case I guess :)
20:32:15 <aleth> If that's all I think I agree we can server tab it (as long as the auth succeeded)
20:33:23 <aleth> Goodbye native UI? https://www.dropbox.com/sh/ulzn2t5bo2nrxmc/4oU6ADfinO
20:33:28 <clokep_work> That seems reasonable too?
20:33:51 <clokep_work> aleth: TB has had it for a while, it looks awful.
20:33:56 <instantbot> New Core - IRC bug 1831 filed by florian@instantbird.org.
20:33:58 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1831 nor, --, ---, nobody, NEW, NickServ is noisy on freenode when another nick of the group identifies
20:34:16 <aleth> clokep_work: I really dislike it, I think it's a lot less usable and more confusing.
20:34:42 <flo> aleth: I thought it was a bug the first time I saw it :)
20:34:44 <aleth> I suppose the idea is you can have the same button on a mobile or something
20:34:51 <flo> (on Tb)
20:35:11 <aleth> Heh :D
20:35:20 <flo> aleth: I think the main idea is that you don't want to have always visible on the screens UI elements that you use less than 80% of the time
20:35:39 <aleth> flo: UI elements like... the firefox button?
20:35:54 <flo> are people using that button?
20:36:09 <aleth> Are they using it any less or more than this new button?
20:36:39 <flo> aleth: btw, there's no Firefox button on Mac
20:36:45 <flo> you are showing a Mac mockup
20:37:24 <aleth> Right, because the Mac always has a menu anyway?
20:37:38 <flo> and that's why I thought it was a bug the first time I saw it on Tb: I thought it was a replacement for the Thunderbird button, which Mac never had because there's the menu bar anyway
20:38:04 <aleth> There's no menu bar on the screenshot, maybe to make this less obvious ;)
20:40:40 * clokep_work still just presses alt and uses the menus instead of the Fx button.
20:41:07 * aleth too
20:41:49 <aleth> I jsut don't see what's so terrible about menus.
20:41:57 <aleth> Touch-unfriendly I suppose.
20:49:24 <-- Optimizer has quit (Ping timeout)
20:52:45 --> Optimizer has joined #instantbird
20:58:02 <-- Optimizer has quit (Ping timeout)
21:03:39 <-- meh has quit (Quit: reboot)
21:05:29 --> meh has joined #instantbird
21:06:16 <instantbot> New Core - Twitter bug 1832 filed by aleth@instantbird.org.
21:06:19 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1832 enh, --, ---, nobody, NEW, "View conversation" for tweets
21:19:19 <clokep_work> aleth:  https://api.twitter.com/1/related_results/show/169145505824256000.json?include_entities=1 does that work with the 1.1 API?
21:19:58 <-- clokep_work has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
21:19:59 <aleth> I don't know, since it is "unsupported and undocumented"
21:38:00 --> DGMurdockIII has joined #instantbird
21:40:12 --> FireFly_TB has joined #instantbird
21:43:31 <-- skeledrew has quit (Ping timeout)
21:45:43 <-- FireFly_TB has quit (Quit: FireFly_TB)
21:47:47 --> skeledrew has joined #instantbird
21:53:26 <-- DGMurdockIII has quit (Ping timeout)
21:54:35 --> DGMurdockIII has joined #instantbird
22:09:10 <-- mconley has quit (Input/output error)
22:09:53 <-- jb has quit (Input/output error)
22:09:57 --> jb has joined #instantbird
22:23:08 --> FireFly_TB has joined #instantbird
22:23:39 <-- FireFly_TB has quit (Quit: FireFly_TB)
22:26:04 <flo> http://crash-stats.instantbird.com/query/query?version=ALL%3AALL&date=&range_value=4&range_unit=weeks&query_search=signature&query_type=exact&query=&build_id=&process_type=all&do_query=1
22:27:24 <flo> errr, http://crash-stats.instantbird.com/query/query?product=Instantbird&version=Instantbird%3A1.4a1pre&version=Instantbird%3A1.3a1pre&version=Instantbird%3A1.3&date=&range_value=4&range_unit=weeks&query_search=signature&query_type=exact&query=&build_id=&process_type=all&do_query=1
22:27:26 --> Kaishi has joined #instantbird
22:27:51 <instantbot> aleth@instantbird.org set the Resolution field on bug 1830 to WONTFIX.
22:27:53 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1830 nor, --, ---, nobody, RESO WONTFIX, Parse error on twitter 503 error message
22:28:05 <flo> I wonder what the crashes #2 (Windows) and #3 (likely the same on Mac) are.
22:31:46 <-- jb has quit (Ping timeout)
22:32:53 --> clokep has joined #instantbird
22:33:11 <-- clokep has quit (Input/output error)
22:33:19 --> clokep has joined #instantbird
22:34:20 * clokep is now known as IRCMonkey17777
22:34:32 <flo> these crashes already existed on 1.2, so it's neither bug 1759 nor bug 1744's fault.
22:34:35 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1759 nor, --, 1.3, 1o5g4r8o, RESO FIXED, Make purple_timeout_add(0, callback); work on all OSes as a thread synchronization mechanism (used t
22:34:51 <flo> probably something wrong in purpleSockets.cpp :-/
22:37:02 <IRCMonkey17777> So do we have any reports of the ZNC check-in working on Windows?
22:41:23 <flo> do we have any report of it not working?
22:41:30 <IRCMonkey17777> flo: Me on two computers.
22:41:50 <IRCMonkey17777> Ah-ha, unpacking the omni.ja shows this: http://pastebin.instantbird.com/107484
22:42:07 <IRCMonkey17777> Doesn't seem that the windows nightly has http://hg.instantbird.org/instantbird/rev/af7d99904021 in it?
22:42:20 * IRCMonkey17777 is now known as clokep
22:43:12 <flo> are you on the most recent nightly?
22:43:28 <flo> does the problem persist if you re-install a clean nightly?
22:43:36 <flo> (it may be an update issue :-S)
22:44:19 <clokep> version 1.4a1pre (20121127051530) is the newest, correct?
22:44:26 <clokep> I'll try a fresh install in a minute.
22:45:59 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
22:47:12 <flo> correct
22:49:00 <-- clokep has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
22:49:35 --> clokep has joined #instantbird
22:49:35 * ChanServ sets mode +o clokep 
22:49:56 <clokep> Let's see...
22:50:07 <clokep> flo: Gone after a fresh install.
22:50:11 <clokep> (Gone as in, works.)
22:50:59 <flo> I hate that update bug :(
22:51:09 <flo> clokep: but the good thing is, it's not your fault! ;)
22:52:25 --> Mook_as has joined #instantbird
22:54:06 <clokep> Yes. I was kind of going crazy...
22:54:07 <clokep> :)
22:56:32 <flo> aleth: what does "We currently just throw a parse error and continue (no disconnect)." mean?
22:56:48 <flo> aleth: are we pretending the account is connected even though the stream is dead? :-S
22:57:36 <aleth> flo: No, the http.jsm error will be handled by http://lxr.instantbird.org/instantbird/source/chat/protocols/twitter/twitter.js#723 I think
22:58:42 <flo> that seems ok. I still don't understand what you meant by "continue (no disconnect)", but maybe it doesn't matter :)
22:58:47 <aleth> The parse error happens after that
22:59:00 <aleth> So it seems after reconnecting, we get this http error in the stream.
22:59:14 <aleth> The one thing I wondered was whether some stream data buffer was not cleared properly when reconnecting
23:00:05 <aleth> This is what I meant by "continue" ;) http://lxr.instantbird.org/instantbird/source/chat/protocolstwitter/twitter.js#745
23:00:39 <flo> oh!
23:01:23 <flo> I wondered why you had the "{"friends": ..." line in what you pasted in the bug. I assumed it was a strange copy/paste error
23:01:39 <aleth> No, it is part of the malformed message we get
23:02:28 <flo> this._pendingData needs to be cleaned
23:03:03 <aleth> Aha!
23:03:05 <aleth> And it isn't
23:03:21 <flo> cleanUp should delete it
23:03:40 <aleth> I didn't notice that was on the account object
23:04:22 <aleth> Needs a patch then...
23:04:35 <flo> definitely!
23:04:46 <flo> it's a memory "leak" ;)
23:05:16 <aleth> I assumed all pending data was held at a lower level... should have checked ;)
23:06:27 <instantbot> aleth@instantbird.org cleared the Resolution 'WONTFIX' from bug 1830.
23:06:29 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1830 nor, --, ---, nobody, REOP, Parse error on twitter 503 error message
23:07:08 <flo> I wonder if "for (let i in this) if (this.hasOwnProperty(i)) { ERROR(i + " should have been cleaned up"); delete this[i]; }" would be 'interesting'
23:07:48 <aleth> Hmm we could put that in a number of places...
23:07:59 <flo> aleth: I also made a few wrong assumptions when looking at that bug. I'm glad I asked what you meant by "continue (no disconnect)" though :)
23:08:00 <aleth> just to find out
23:08:42 <flo> there are probably a few properties that we want to keep though :-/
23:08:57 <aleth> I didn't mean we should land it ;)
23:10:23 <flo> well, in the case of the bug you filed, we wouldn't notice without landing it, because it happens only when the twitter servers are overloaded ;)
23:10:28 <aleth> Or could we somehow make it part of memory reporting? Get the size of the objects too
23:10:44 <aleth> True.
23:11:43 <flo> "memory reporting" errr... I've never seen anything about reporting memory used by JS objects. It's usually the memory used by the JS engine for each compartment that's reported
23:12:13 <aleth> Is it even possible to get the memory used by a given JS object "by hand"? That's what I was wondering
23:12:27 <flo> there may actually not be that many interesting cases
23:13:04 <flo> as we only need to delete things that could cause reference cycles (we already do, as I've debugged the cases where we didn't) and things that hold to large data (like this case)
23:13:12 <aleth> Hopefully there aren't...
23:13:42 <flo> IRC may be doing something similar with a socket
23:14:04 <flo> and I think think we have other cases of buffering the incoming data until we find a delimiter
23:16:02 <flo> so socket.jsm's _incomingDataBuffer is never deleted
23:16:17 <flo> but it doesn't really matter as iirc we delete the whole socket object when disconnecting
23:16:27 <aleth> Yes
23:16:46 <aleth> Well, I don't understand that code too well, but I did take a brief look earlier\
23:16:52 <flo> alright, no other case then :)
23:16:56 <flo> we can happily fix it and move on
23:17:10 <aleth> :)
23:17:17 <flo> I can't really see the use for http://lxr.instantbird.org/instantbird/source/chat/modules/socket.jsm#405 though
23:17:33 <-- aleth has quit (Input/output error)
23:17:53 <clokep> flo: Do we never call that?
23:18:19 <flo> clokep: http://lxr.instantbird.org/instantbird/search?string=outgoingDataBuffer
23:18:38 <clokep> flo: Looks like it is left over from something then. :-D
23:18:45 <flo> yeah
23:19:02 <flo> just one array allocated for each IRC/XMPP connection for no reason
23:19:18 <flo> clokep: how do you feel about http://lxr.instantbird.org/instantbird/search?string=binaryMode ?
23:19:29 <-- meh has quit (Quit: The point is: don't lose your dinosaur.)
23:20:36 <clokep> flo: I feel like I'm using that in a patch I have in my patch queue. ;)
23:20:47 <flo> ah
23:21:22 <flo> what's that patch doing? :)
23:22:41 <clokep> flo: https://bitbucket.org/clokep/instantbird-patches/src/tip/oscar
23:23:59 <flo> Wow!
23:25:03 <clokep> flo: Completely untested.
23:25:24 <clokep> But I can use DataViews now so that'll make it better. :)
23:25:45 <flo> clokep: "flo: Completely untested." for now ;)
23:25:52 <flo> you will enjoy the new debug logging ;à
23:25:54 <flo> *;)
23:26:44 <EionRobb> who's oscar?
23:26:53 <EionRobb> sounds grouchy
23:28:49 <clokep> I was fairly grouchy when I wrote it...
23:30:10 * clokep thinks flo will really enjoy this: https://bitbucket.org/clokep/instantbird-patches/src/tip/oscar#cl-576
23:30:42 <flo> the file name?
23:31:04 <Mook_as> is that a memcpy?
23:31:14 <Mook_as> (also: no new line at end of file :P )
23:31:30 <clokep> flo: That I have a utils file already!
23:31:34 <clokep> Mook_as: Yes, essentially.
23:32:59 --> flo-retina has joined #instantbird
23:33:00 * ChanServ sets mode +qo flo-retina flo-retina 
23:34:21 <flo-retina> "You are not a channel owner of %S." is that saying "You are not the owner of %S." or can there be several owners?
23:35:03 <flo-retina> "WARN("Received unexpected mode for " +  aNick);" only one space would be enough before aNick
23:35:53 <clokep> flo: I think I fixed that in the patch waiting for your review.
23:36:24 <flo-retina> so your patch applies after this one?
23:37:08 <clokep> "after this one"? What?
23:37:30 <flo-retina> I'm looking at bug 1419
23:37:33 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1419 nor, --, ---, aleth, ASSI, Handle the user's user mode
23:37:36 <flo-retina> (the patch waiting for a check-in)
23:38:06 <clokep> Ah.
23:38:19 <clokep> That might bitrot me.
23:38:42 <flo-retina> yes, they bitrot each other
23:40:21 <clokep> I can unbitrot mine if need be.
23:41:20 <flo-retina> aleth already unbitrotted his (at least) once, so I guess it's your turn, yes
23:42:03 <clokep> Are you looking to check both in now?
23:42:30 <flo-retina> not really.
23:42:46 <flo-retina> But I'll try to do the review of the logging one before going to bed
23:43:09 <clokep> OK. I can unbitrot it in a bit then.
23:49:12 <instantbot> florian@instantbird.org set the Resolution field on bug 1419 to FIXED.
23:49:14 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1419 nor, --, 1.4, aleth, RESO FIXED, Handle the user's user mode
23:51:14 <clokep> Bah that patch /really/ bitrotted.
23:53:52 <flo-retina> clokep: "new DCCMessage" is that change intentional? (adding the "new" operator)
23:54:48 <clokep> flo-retina: I did it intentionally, but without fully thinking about it.
23:56:38 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/6b6ab71745dc - aleth - Bug 1419 - Handle the user's user mode, r=clokep.
23:56:41 * clokep wonders if he could modify a caught exception but kept the lin enumber.
23:57:32 <flo-retina> you could create a new nsScriptError and copy all the existing values
23:57:55 <clokep> Hmm...I wonder if that is worth it or not.
23:58:26 <flo-retina> see http://mxr.mozilla.org/comm-central/source/mozilla/js/xpconnect/idl/nsIScriptError.idl#15
23:58:46 <flo-retina> clokep: if the reason you are thinking about this is the case I have in mind, it's definitely *not* worth it ;)
23:58:59 <clokep> flo-retina: Which case is that?
23:59:26 <flo-retina> "aAccount.ERROR("Error running command " + aCommand + " with handler ""
23:59:42 <clokep> Yes, that was what I was looking at!