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!