You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
(5) |
Sep
(8) |
Oct
(1) |
Nov
(2) |
Dec
(5) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
(12) |
Feb
(12) |
Mar
(7) |
Apr
(16) |
May
(8) |
Jun
(36) |
Jul
(17) |
Aug
(32) |
Sep
(10) |
Oct
(14) |
Nov
(11) |
Dec
(26) |
2011 |
Jan
(17) |
Feb
(46) |
Mar
(6) |
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2018 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2011-02-15 15:36:23
|
Feature Requests item #1753947, was opened at 2007-07-14 11:55 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1753947&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: KeepBuffer private messages Initial Comment: would be nice if KeepBuffer=true works with private messages. situation: i quit the client, but the client is working on some stuff, and then i recive a messages and the clients quits the message is loosing and i have to reask the other side what he has written ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-02-15 16:36 Message: When you got KeepBuffer=true, how would old queries ever get deleted? (Yes, I'm 3.5 years late for asking this and I guess this can just be closed...) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1753947&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-15 15:34:59
|
Feature Requests item #1865554, was opened at 2008-01-07 01:21 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1865554&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Modules Group: None >Status: Closed Priority: 5 Private: No Submitted By: Tapio Haapala (burnerx) Assigned to: Nobody/Anonymous (nobody) Summary: Channel and private logging Initial Comment: Logging module what allow /logstart and /logstop command on channel or private messages. Each channel goes to different file. Also usefull command is somekind /logfind logfile [lastrows N] regexp string what allows search rows from log with client. I think that search function need to be threaded and include somekind timeout because I dont want that normal users can kill bouncer with loo slow querys. ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-02-15 16:34 Message: I don't think anyone of us will writing something as complicated as this, sorry. Also, this sounds like people could abuse it (just join #ubuntu, wait a week and then make znc grep through the result repeatedly). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1865554&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-15 15:33:24
|
Feature Requests item #1865565, was opened at 2008-01-07 01:36 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1865565&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Modules Group: None >Status: Closed Priority: 5 Private: No Submitted By: Tapio Haapala (burnerx) Assigned to: Nobody/Anonymous (nobody) Summary: Old Psybnc style forced partyline module Initial Comment: I think its nice if someone have skills and energy to make also "old psybnc style partyline" I mean partyline where you can see all currently connected users and admin can forced that channel to everyone who use bouncer. So when you connect to bouncer you join automatically to this channel and when you disconnect you part from that. I think this is lowpriority module but also usefull. ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-02-15 16:33 Message: Seems to have been implemented and no one noticed that this feature request is still open.... (look for partyline's fixed channels) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1865565&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-15 15:31:08
|
Feature Requests item #1656330, was opened at 2007-02-09 20:16 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1656330&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Engine Group: None >Status: Closed Priority: 5 Private: No Submitted By: Kuja (kuja87) Assigned to: Nobody/Anonymous (nobody) Summary: lookup the ip Initial Comment: when using sbnc i noticed that it does resolve the dns of the ip. because of that my client always gets the real ip of the connection and then i don't have to change the ip for dcc anymore this could be used in the listclients output of *status or the showsocks command of the schat module. would be nice of someone would be able to implement that ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-02-15 16:31 Message: Doesn't look like this is going to happen more than what we have right now, sorry. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-02-09 20:23 Message: Logged In: NO <translate> If i connect through znc to an ircd, raw 001 and nick!ident@host contain the hostname of the host running znc. Now if the client uses dcc and bouncedccs is off it doesnt know of its real IP and thus uses a wrong one. I implemented some stuff (tm) so that the client receives its own IP on the first channel joins so that it knows its real ip: http://svn.kuja.in/viewvc.cgi/znc?view=rev&revision=938 The problem is that some clients (at least kvirc) want a hostname and not an IP as that argument and because its currently possible with Csocket to get the rdns entry of an IP (which wouldnt be trivial to implement IMHO) i cant do much about that. </translate> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1656330&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-15 15:29:58
|
Feature Requests item #1704158, was opened at 2007-04-20 10:22 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1704158&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Engine Group: None >Status: Closed Priority: 5 Private: No Submitted By: Joachim Sehlstedt (ratnic) Assigned to: Nobody/Anonymous (nobody) Summary: Group support Initial Comment: Support for groups will make it more easy to manage a large amount of users, example make sure that a group have the right vhost and so on. ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-02-15 16:29 Message: This would require changes to some large-ish parts of znc and it doesn't look like anybody is willing to go through that, sorry. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1704158&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-15 15:28:35
|
Feature Requests item #1435474, was opened at 2006-02-20 22:50 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1435474&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Engine Group: None >Status: Closed Priority: 3 Private: No Submitted By: SHiZNO (prozacx) Assigned to: Psychon (psychon) Summary: Status command Initial Comment: Need to make a command to show info such as: Uptime Bandwidth usage Active connections etc. This command should be available via /msg *status status or via a new "Status" page in the webadmin module. It (or at least some of the data) should be limited to admins in both cases. ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-02-15 16:28 Message: IMHO enough info is available now (listsockets handles the "active connections"-part) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-05-27 15:55 Message: uhm, any reason why the ctcpreply trick is necessary when there is /msg *status uptime? ---------------------------------------------------------------------- Comment By: Efreak (efreakbnc) Date: 2009-05-27 05:25 Message: You can get uptime easily enough by using %uptime% in the ctcp reply for uptime. Just add the line "CTCPReply = UPTIME %uptime%" to your config or "UPTIME %uptime%" to the ctcp box in your webadmin. You can then /ctcp $me uptime to get the uptime. ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2008-07-12 18:25 Message: Logged In: YES user_id=1654410 Originator: NO Uptime and total traffic are now available, this should be enough for this request, right? psychon ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-06 01:59 Message: Logged In: NO Uptime would also be nice.. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1435474&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-15 15:27:47
|
Feature Requests item #1476513, was opened at 2006-04-26 02:24 Message generated for change (Settings changed) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1476513&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Modules Group: None >Status: Closed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Darth Gandalf (darthgandalf) Summary: Python scripting module similar to modperl module Initial Comment: The title is pretty self-explanatory. A module similar to the modperl module that allows python scripting would be nice. ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-02-15 16:27 Message: DarthGandalf wrote one. ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2007-01-27 16:15 Message: Logged In: YES user_id=1654410 Originator: NO I just found this library which could perhaps help with this request: http://www.boost.org/libs/python/doc/tutorial/doc/html/index.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1476513&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-15 15:26:15
|
Patches item #3149823, was opened at 2011-01-02 18:43 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=3149823&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: vBm (thevbm) Assigned to: Nobody/Anonymous (nobody) Summary: performance.pre.increment.efficiency Initial Comment: According to cppcheck[1] there is several places where it advices that znc should use pre-increment/decrement. If you think that this is false positive and should not be changed, please tell me, so i can report that back to cppcheck in order to get that fixed. [code]Pre-increment/decrement can be more efficient than post-increment/decrement. Post-increment/decrement usually involves keeping a copy of the previous value around and adds a little extra code.[/code] In order to save your time i've made tiny patch that does exactly that. [1] - https://github.com/danmar/cppcheck/tree/97f7a36e916ee860435ae8d61473d8e8d722afb6 ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-02-15 16:26 Message: Sorry, but this doesn't really seem worth it. (Also, could someone make gcc optimize away the temporary copy? ;-) ) ---------------------------------------------------------------------- Comment By: vBm (thevbm) Date: 2011-01-02 19:35 Message: Actual benchmark no, but... i++ : * create a temporary copy of i * increment i * return the temporary copy ++i : * increment i * return i I'd say that ++i is more efficient then i++. http://syamsulhasran.blogspot.com/2008/12/c-pre-increment-v-post-increment.html ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2011-01-02 19:10 Message: If this is supposed to improve performance, do you have any benchmarks that proof this claim? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=3149823&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-15 15:24:00
|
Patches item #3018254, was opened at 2010-06-19 02:20 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=3018254&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: OnAddServer, OnDelServer Module Hooks Initial Comment: Adds OnAddServer and OnDelServer Module Hooks. Would be useful for a module to modify a server as it's added or prevent it from being added or deleted. http://sprunge.us/CJhD?diff ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-02-15 16:23 Message: Submitter seems to have vanished ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-06-19 13:08 Message: 09:34:19 <@ psychon> the indentation looks weird Oo 09:34:50 <@ psychon> and in DelServer(): Can't one wait until the specific server is found? 09:34:53 <@ psychon> also, memleak? 09:35:15 <@ psychon> and worst of all, there are two spaces between "=" and "new" :P 09:36:11 <@ psychon> BrianC: also, once/if flakes reverts my no-fake-modules commits, no module hooks will be called for the temporary user used by webadmin 09:36:40 <@ psychon> oh, but CUser::Clone() will cause module hooks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=3018254&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-15 15:23:20
|
Patches item #2994215, was opened at 2010-04-29 17:25 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2994215&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: AttachedWatch flag for Watch module Initial Comment: Adds a flag to set if you want to receive matches to your watch list while a client is attached. Clients usually have some sort of highlight/watch list built in. ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-02-15 16:23 Message: Sorry, but this doesn't really look interesting to me. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-09 15:17 Message: Would it perhaps make sense to do this as a per-entry flag? I'm not sure... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2994215&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-15 15:22:39
|
Patches item #2958961, was opened at 2010-02-25 21:40 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2958961&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Loriaki (loriaki) Assigned to: Nobody/Anonymous (nobody) Summary: added MODE support to route_replies Initial Comment: Modelists are selected by the parameter given to "MODE". "MODE" needs to be checked which list it did request, add a reply context. This change handles this. The Aproach might be used for more specific command processing is needed; WIll fix https://sourceforge.net/tracker/?func=detail&aid=2925367&group_id=115828&atid=672821 . ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-02-15 16:22 Message: Since r2035, route_replies from znc does something like this. Thanks for your patch. ---------------------------------------------------------------------- Comment By: Loriaki (loriaki) Date: 2010-07-23 16:08 Message: On ircnet servers 344 and 345 are used for the channel REOP List (/mode +R) -> (/rawlog of irssi on irc.uni-erlangen.de) << MODE #channel +R >> :Uni-Erlangen.DE 344 MyNick #channel NICK!id@host >> :Uni-Erlangen.DE 345 MyNick #channel :End of Channel Reop List BUT!! on UltimateIRCd "MODE +R" is used to restrict a channel to "registered" nicks no 344,345 is sent there as a response. -> << MODE #channel +R >> :MyNNick!unknown@Host MODE #channel +R This seems to need some sort of configuation or "Server" detection to enable/disable MODER routing :/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-06-20 12:11 Message: Does anyone have some kind of reference for raw 344 and 345? I can't seem to find them. ---------------------------------------------------------------------- Comment By: Nameroc () Date: 2010-06-19 13:37 Message: Fixed some bugs I noticed in the patch, tested with KVIrc, XChat and Colloquy iPhone client and banlists and other supported mode lists seem to be redirected properly http://dl.dropbox.com/u/113283/route_replies.diff ---------------------------------------------------------------------- Comment By: Loriaki (loriaki) Date: 2010-02-27 10:03 Message: Ohh, Sorry, about that. since I called diff just with the two files to process, it did not add the filenames to its output. The unified(-u) version should do the trick. ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2010-02-27 08:45 Message: As with the other patch, too. patch: **** Only garbage was found in the patch input ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2958961&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-15 15:21:16
|
Patches item #1500894, was opened at 2006-06-05 12:32 Message generated for change (Settings changed) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=1500894&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Tom Albers (tomalbers) Assigned to: Nobody/Anonymous (nobody) Summary: away: catch messages in channel Initial Comment: It would be nice if the away module also catched the lines in channels where my nick is mentioned. I just briefly peeked at the api and i know it is not very efficient, but it works for me. Not sure if multi user should be handled here or if it is another instance. If so, it can be simplified to only grab for the nick of the instance. Anyhow, maybe it is usefull for anything. Toma ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2006-11-28 20:24 Message: Logged In: YES user_id=1654410 Originator: NO uhm, three small points: 1) If i have znc running with user a and user b, both having current irc nick = username and they are both on #c and have this module loaded, i can trigger a bug. If i say a, b's away module will pick that up. 2) There is no way to tell if a message came from a query or from a channel. 3) Perhabs it would be nice if this isnt forced so the user could turn it off. But that would need to go into the config so its beeing saved... For 1) Instead of looping through the user map, just use GetUser()->GetIRCNick() (or something along of that). For 2) i got no great idea (tm) of fixing that... For 3) Shouldnt be too hard. I would implement this myself, but due to the lack if an idea for 2) i dont do it (yet?). Anyway, thanks for the patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=1500894&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-15 15:20:36
|
Patches item #2500238, was opened at 2009-01-12 01:23 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2500238&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Mauricio Terrats (xux) Assigned to: Nobody/Anonymous (nobody) Summary: Undernet login script and mode +x Initial Comment: Hello, just wanted to say ZNC rocks and took the time to do a little module for the Undernet Network. Basicly what it does is authenticate you through the X bot and set you +x (hide your host username.users.undernet.org) It has a little help, you can set and save your nick and password or just use them on the fly. All the ideas were taken from nickserv module and other modules (because c++ is not a big friend of mine) + a few smokes, have fun and keep up this great project. How to install it? Read the FAQ or just do this: - put the file under your modules directories (xundernet.cpp). - make && make install - enable the module on the desired user ;) (just like the default modules). Cheers, Mauricio ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-02-15 16:20 Message: Could be moved to the wiki, but its chances to be included with znc are quite low, sorry. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2500238&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-15 15:20:06
|
Patches item #2251125, was opened at 2008-11-09 21:58 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2251125&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Sebastian Ramacher (sebastinas) Assigned to: Nobody/Anonymous (nobody) Summary: temporary KeepBuffer like behavior for /detach Initial Comment: I'd like to submit a patch which adds a switch to /deatch to temporarely enable a KeepBuffer-like behavior (until the next join). I had to add a ClearBuffer after the buffer playback on /join. Otherwise the buffer wouldn't have been cleared. If their are any options to enable the same behavior I'd appreciate a hint. Regards ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-02-15 16:20 Message: Sorry, doesn't look like this patch will end up in znc. ---------------------------------------------------------------------- Comment By: Sebastian Ramacher (sebastinas) Date: 2008-12-06 18:15 Message: > FFS, use tabs instead of spaces for indent! And try to reduce the number > of trailing spaces. Git warns me on both of this, but still I think it's > not nice. Oh and your forgot to change the output of '/msg *znc help'. I'll keep that in mind. > I haven't tested myself, but the unconditional CChan::ClearBuffer() in > CChan::JoinUser() should break KeepBuffer. It breaks KeepBuffer. But I didn't understand the features of KeepBuffer good enough at the time I wrote the patch. I'm currently working on a new one. I'll hope to have it ready at the end of next week. ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2008-12-04 18:05 Message: Hi, thanks for another patch, you are becoming a really active contributor. :) I haven't replied to this before because I only now noticed this. sf.net doesnt like me, I guess. I think I like this idea, but we have a release scheduled and this patch will have to wait until after. Sorry. Some more technical comments: FFS, use tabs instead of spaces for indent! And try to reduce the number of trailing spaces. Git warns me on both of this, but still I think it's not nice. Oh and your forgot to change the output of '/msg *znc help'. I fixed this myself and will also fix some other minor style things in a git branch for this. I will ask the others wether this patch should go in. Now the bad thing: I haven't tested myself, but the unconditional CChan::ClearBuffer() in CChan::JoinUser() should break KeepBuffer. Also, I'm pretty sure your change to CChan::KeepBuffer() breaks both webadmin display and config writing. I will look into these issues when/if it is decided that the feature is a good idea (which I think). The git branch can be found here: http://git.znc.in/?p=psychon/znc.git;a=shortlog;h=refs/heads/znc.net-tempkeepbuffer (it will go away after the patch is merged to the main repo) psychon ---------------------------------------------------------------------- Comment By: Sebastian Ramacher (sebastinas) Date: 2008-11-09 22:27 Message: File Added: znc-tempkeepbuffer.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2251125&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-15 15:19:04
|
Patches item #2431746, was opened at 2008-12-15 21:59 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2431746&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Unstable (example) >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Gregor W. (gregor_w) Assigned to: Nobody/Anonymous (nobody) Summary: init.d script Initial Comment: I'm not sure if it's the right Tracker for this. I just wrote a small init.d script for my Gentoo machine. Probably the ebuild maintaner can add it or someone find it here and find it useful. Please be patient with me - it's one of my first scripts. ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-02-15 16:19 Message: Having an init script sure is nice, but znc isn't really meant for a single, system-wide daemon. Also, init scripts aren't standardized enough that we could ship one in znc. Sorry. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2431746&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-02-09 16:20:05
|
Bugs item #3164488, was opened at 2011-01-24 05:30 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=3164488&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Engine Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: SHiZNO (prozacx) Summary: ISpoofFile will not correclty parse path using ~/.oidentd.co Initial Comment: ZNC 0.096 -- When specifying the following in znc.conf, idents were not spoofed on some irc servers. ISpoofFile = ~/.oidentd.conf ISpoofFormat = global { reply "%" } The steps I used to setup oident were the ones here, http://en.znc.in/wiki/Using_ident_spoofs /etc/oidentd.conf : # Configuration for oidentd # see oidentd.conf(5) # default { default { allow spoof allow spoof_all allow spoof_privport allow random allow random_numeric allow numeric allow hide } } When changing to the full path for 'ISpoofFile' everything works normally and as expected. idents@ are spoofed correctly, example: ISpoofFile = /home/user/.oidentd.conf ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-02-09 16:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2011-01-26 16:08 Message: No idea what's going on. ZNC clearly is successfully writing something somewhere, else it wouldn't connect to IRC. Can you get a recent nightly and check via --debug what is being written where? There is nothing in any changelogs because I have no idea what the problem is (and because I didn't update any changelogs lately). Did we come to any conclusion about what has to be fixed? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-01-26 13:17 Message: [ user: ~ ]$ echo $HOME /home/user --- psychon -- about 4-5 weeks ago we talked about this on EFNet in #znc -- I looked through the changelogs and didn't see anything about this being fixed. ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2011-01-24 21:33 Message: Which value does $HOME have for you? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=3164488&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-01-30 16:22:56
|
Feature Requests item #3106075, was opened at 2010-11-09 12:25 Message generated for change (Comment added) made by jgeboski You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3106075&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Azelphur (azelphur) Assigned to: Nobody/Anonymous (nobody) Summary: Playback by command instead of on connect Initial Comment: I'd like a way to turn off buffer playback on connect, and instead start it manually by command. The reason behind this is that buffer playback on my phone causes the poor thing to lock up for about 5 minutes solid handling all the messages and highlights. But on my PC a buffer playback is far more useful. By making it possible to start buffer playback as a command, I could put "msg *status playbackbuffer" (Or similar) in my PC's clients On connect/perform, thus getting playback as normal on my PC, but not getting playback on my phone. psychon on #znc says... (17:20:14) psychon: if I had time, I'd write that module (17:20:28) psychon: blocking buffer playback shouldnt be hard and adding a command for buffer playback is easy (17:21:58) psychon: OnChanBufferStarting(), OnChanBufferEnding() and OnChanBufferPlayLine() would have to be blocked with "return HALT;" to skip the automatic playback (17:22:07) psychon: oh and perhaps OnPrivBufferPlayLine, dunno ---------------------------------------------------------------------- Comment By: jgeboski (jgeboski) Date: 2011-01-30 11:22 Message: I've made a simple module that will achieve this. You can get the source here: http://dl.dropbox.com/u/4069017/pbcmd.cpp Once you've got that module enabled on each account you want this type of setup active, you can use the following commands to play back the buffer. /msg *pbcmd play <#channel> OR /msg *pbcmd playall ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3106075&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-01-26 22:37:36
|
Feature Requests item #3165767, was opened at 2011-01-26 10:37 Message generated for change (Settings changed) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3165767&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Private: No Submitted By: Un1matr1x (un1matr1x) >Assigned to: Psychon (psychon) Summary: reset disabled channels on jump Initial Comment: due to things last night (in lovely cooperation with some ddos-irc-netwoork-bastards) it ended up for one of my users with: Total: 43 - Joined: 20 - Detached: 0 - Disabled: 23 to join 23 channels it's a bit of a pita ... so i thought of a possiblety to reset the disabled-flag for channels somehow and came to the idea of handling this with the /znc jump command. if you jump to the next server of the network you have fair chances to get the possiblity to rejoin the channels. ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-01-26 18:40 Message: We went down a different road with r2275 "Accept wildcards for DetachChan, EnableChan, ClearBuffer and SetBuffer". That should fix this as well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3165767&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-01-26 16:08:10
|
Bugs item #3164488, was opened at 2011-01-24 06:30 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=3164488&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Engine Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: SHiZNO (prozacx) Summary: ISpoofFile will not correclty parse path using ~/.oidentd.co Initial Comment: ZNC 0.096 -- When specifying the following in znc.conf, idents were not spoofed on some irc servers. ISpoofFile = ~/.oidentd.conf ISpoofFormat = global { reply "%" } The steps I used to setup oident were the ones here, http://en.znc.in/wiki/Using_ident_spoofs /etc/oidentd.conf : # Configuration for oidentd # see oidentd.conf(5) # default { default { allow spoof allow spoof_all allow spoof_privport allow random allow random_numeric allow numeric allow hide } } When changing to the full path for 'ISpoofFile' everything works normally and as expected. idents@ are spoofed correctly, example: ISpoofFile = /home/user/.oidentd.conf ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-01-26 17:08 Message: No idea what's going on. ZNC clearly is successfully writing something somewhere, else it wouldn't connect to IRC. Can you get a recent nightly and check via --debug what is being written where? There is nothing in any changelogs because I have no idea what the problem is (and because I didn't update any changelogs lately). Did we come to any conclusion about what has to be fixed? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-01-26 14:17 Message: [ user: ~ ]$ echo $HOME /home/user --- psychon -- about 4-5 weeks ago we talked about this on EFNet in #znc -- I looked through the changelogs and didn't see anything about this being fixed. ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2011-01-24 22:33 Message: Which value does $HOME have for you? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=3164488&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-01-26 13:17:10
|
Bugs item #3164488, was opened at 2011-01-24 05:30 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=3164488&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Engine Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: SHiZNO (prozacx) Summary: ISpoofFile will not correclty parse path using ~/.oidentd.co Initial Comment: ZNC 0.096 -- When specifying the following in znc.conf, idents were not spoofed on some irc servers. ISpoofFile = ~/.oidentd.conf ISpoofFormat = global { reply "%" } The steps I used to setup oident were the ones here, http://en.znc.in/wiki/Using_ident_spoofs /etc/oidentd.conf : # Configuration for oidentd # see oidentd.conf(5) # default { default { allow spoof allow spoof_all allow spoof_privport allow random allow random_numeric allow numeric allow hide } } When changing to the full path for 'ISpoofFile' everything works normally and as expected. idents@ are spoofed correctly, example: ISpoofFile = /home/user/.oidentd.conf ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-01-26 13:17 Message: [ user: ~ ]$ echo $HOME /home/user --- psychon -- about 4-5 weeks ago we talked about this on EFNet in #znc -- I looked through the changelogs and didn't see anything about this being fixed. ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2011-01-24 21:33 Message: Which value does $HOME have for you? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=3164488&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-01-26 09:37:22
|
Feature Requests item #3165767, was opened at 2011-01-26 10:37 Message generated for change (Tracker Item Submitted) made by un1matr1x You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3165767&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Un1matr1x (un1matr1x) Assigned to: Nobody/Anonymous (nobody) Summary: reset disabled channels on jump Initial Comment: due to things last night (in lovely cooperation with some ddos-irc-netwoork-bastards) it ended up for one of my users with: Total: 43 - Joined: 20 - Detached: 0 - Disabled: 23 to join 23 channels it's a bit of a pita ... so i thought of a possiblety to reset the disabled-flag for channels somehow and came to the idea of handling this with the /znc jump command. if you jump to the next server of the network you have fair chances to get the possiblity to rejoin the channels. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3165767&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-01-24 21:33:35
|
Bugs item #3164488, was opened at 2011-01-24 06:30 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=3164488&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Engine Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: SHiZNO (prozacx) Summary: ISpoofFile will not correclty parse path using ~/.oidentd.co Initial Comment: ZNC 0.096 -- When specifying the following in znc.conf, idents were not spoofed on some irc servers. ISpoofFile = ~/.oidentd.conf ISpoofFormat = global { reply "%" } The steps I used to setup oident were the ones here, http://en.znc.in/wiki/Using_ident_spoofs /etc/oidentd.conf : # Configuration for oidentd # see oidentd.conf(5) # default { default { allow spoof allow spoof_all allow spoof_privport allow random allow random_numeric allow numeric allow hide } } When changing to the full path for 'ISpoofFile' everything works normally and as expected. idents@ are spoofed correctly, example: ISpoofFile = /home/user/.oidentd.conf ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-01-24 22:33 Message: Which value does $HOME have for you? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=3164488&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-01-24 05:30:17
|
Bugs item #3164488, was opened at 2011-01-24 05:30 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=3164488&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Engine Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: SHiZNO (prozacx) Summary: ISpoofFile will not correclty parse path using ~/.oidentd.co Initial Comment: ZNC 0.096 -- When specifying the following in znc.conf, idents were not spoofed on some irc servers. ISpoofFile = ~/.oidentd.conf ISpoofFormat = global { reply "%" } The steps I used to setup oident were the ones here, http://en.znc.in/wiki/Using_ident_spoofs /etc/oidentd.conf : # Configuration for oidentd # see oidentd.conf(5) # default { default { allow spoof allow spoof_all allow spoof_privport allow random allow random_numeric allow numeric allow hide } } When changing to the full path for 'ISpoofFile' everything works normally and as expected. idents@ are spoofed correctly, example: ISpoofFile = /home/user/.oidentd.conf ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=3164488&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-01-23 11:20:05
|
Feature Requests item #1538887, was opened at 2006-08-11 18:34 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1538887&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Check ircd's SSL cert Initial Comment: Make znc check the ircd's SSL certificate to prevent man-in-the-middle attacks. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 11:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2011-01-09 11:03 Message: Wow, there are IRC servers with valid SSL certificates out there? This module doesn't really check the SSL certificate, but it remembers the cert's pubkey. If the next time we connect to this server another pubkey (=another cert) is presented, the connection is aborted: http://people.znc.in/~psychon/znc/modules/certchecker.cpp Hope this helps. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=1538887&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-01-21 12:06:44
|
Feature Requests item #3156357, was opened at 2011-01-12 15:58 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3156357&group_id=115828 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Modules >Group: None >Status: Closed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: SilverLeo (silverleo) Summary: modtcl: support for strftime Initial Comment: support for strftime at modtcl would be appreciated - like eggdrop has it ( http://www.eggheads.org/support/egghtml/1.6.20/tcl-commands.html ) ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2011-01-21 13:06 Message: My local tcl expert said: "useless.. tcl has its own http://www.tcl.tk/man/tcl8.5/TclCmd/clock.htm#M7" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3156357&group_id=115828 |