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...> - 2010-06-09 07:26:31
|
Bugs item #3013591, was opened at 2010-06-09 07:26 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=3013591&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: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Prozac (prozacx) Summary: route_replies causing segfault Initial Comment: route_replies is a very useful module but occasionally causes znc to segfault. This seems to be caused by clients disconnecting from znc at a bad time? This is certainly the typical case for me. There was a bug open for this already but it became stale: https://sourceforge.net/tracker/index.php?func=detail&aid=2980995&group_id=115828&atid=672821 Errors appear in /var/log/messages such as: Jun 9 08:39:39 fnx kernel: [1012500.262291] znc[1240]: segfault at 0 ip 00e3557f sp bfb14ac0 error 4 in route_replies.so[e2f000+a000] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=3013591&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-06-07 12:54:42
|
Feature Requests item #2980262, was opened at 2010-03-31 21:45 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=2980262&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 Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Configuration synchronization between znc(s) Initial Comment: We have 3 multi-user znc servers, using saslauthd + ldap and keep the configs in sync manually (copying znc.conf around when it changes) It would be nice to have a way for one znc server to propagate configuation changes from the web interface or the command line to the other 2 servers. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-06-07 12:54 Message: Why do you need three identical ZNCs? This sounds at least weird. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=2980262&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-06-07 12:48:44
|
Support Requests item #2996842, was opened at 2010-05-05 01:15 Message generated for change (Settings changed) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672822&aid=2996842&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: Efreak (efreakbnc) Assigned to: Nobody/Anonymous (nobody) Summary: Global example module Initial Comment: A global module version of sample.cpp would be useful. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-09 15:15 Message: Uhm, why? global modules just use some other macros and inherit from another class. In turn their hooks are called for all users and they get some module hooks. Also, most modules should be doable as a user module anyway. Why do you need an example for a global module? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672822&aid=2996842&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-06-07 12:48:07
|
Patches item #3004518, was opened at 2010-05-20 09:17 Message generated for change (Settings changed) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=3004518&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Clear CNick on Disconnect Initial Comment: Fix it so that the CNick is cleared when ZNC disconnects from a server. http://sprunge.us/AdYP?diff ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-20 22:05 Message: Uhm, why? This will cause desyncs because znc will now talk to clients with empty nicks. When you connect to IRC again, each client will get a nick change looking sth like this: :!ident@host NICK <irc nick> So I'd guess the patch breaks stuff. :P ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=3004518&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-05-25 15:57:29
|
Feature Requests item #3006530, was opened at 2010-05-24 19:17 Message generated for change (Settings changed) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3006530&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: Nobody/Anonymous (nobody) Summary: new module, improvemnt of existing ones Initial Comment: Hi, you might take a look here: http://en.znc.in/wiki/Wishlist from time to time best regards :) ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2010-05-25 17:57 Message: This is *NOT* a feature request. Also, the wiki already got http://en.znc.in/wiki/User:Psychon/ToDo and no one looks there either (not even I do). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3006530&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-05-24 17:17:52
|
Feature Requests item #3006530, was opened at 2010-05-24 19:17 Message generated for change (Tracker Item Submitted) made by un1matr1x You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3006530&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: new module, improvemnt of existing ones Initial Comment: Hi, you might take a look here: http://en.znc.in/wiki/Wishlist from time to time best regards :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3006530&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-05-20 20:05:01
|
Patches item #3004518, was opened at 2010-05-20 07:17 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=3004518&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Clear CNick on Disconnect Initial Comment: Fix it so that the CNick is cleared when ZNC disconnects from a server. http://sprunge.us/AdYP?diff ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-20 20:05 Message: Uhm, why? This will cause desyncs because znc will now talk to clients with empty nicks. When you connect to IRC again, each client will get a nick change looking sth like this: :!ident@host NICK <irc nick> So I'd guess the patch breaks stuff. :P ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=3004518&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-05-20 07:17:36
|
Patches item #3004518, was opened at 2010-05-20 07:17 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=3004518&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Clear CNick on Disconnect Initial Comment: Fix it so that the CNick is cleared when ZNC disconnects from a server. http://sprunge.us/AdYP?diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=3004518&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-05-11 03:10:01
|
Support Requests item #2999718, was opened at 2010-05-11 03:10 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672822&aid=2999718&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: AwayMessage Initial Comment: I noticed that IsIRCAway() has been added to the svn version of ZNC. It would be nice to have access to the away message without catching the user setting themself away (or being set away) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672822&aid=2999718&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-05-09 13:17:57
|
Patches item #2994215, was opened at 2010-04-29 15:25 Message generated for change (Comment added) made by nobody 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: Open 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: Nobody/Anonymous (nobody) Date: 2010-05-09 13: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...> - 2010-05-09 13:15:28
|
Support Requests item #2996842, was opened at 2010-05-04 23:15 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672822&aid=2996842&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: Efreak (efreakbnc) Assigned to: Nobody/Anonymous (nobody) Summary: Global example module Initial Comment: A global module version of sample.cpp would be useful. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-09 13:15 Message: Uhm, why? global modules just use some other macros and inherit from another class. In turn their hooks are called for all users and they get some module hooks. Also, most modules should be doable as a user module anyway. Why do you need an example for a global module? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672822&aid=2996842&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-05-04 23:15:40
|
Support Requests item #2996842, was opened at 2010-05-04 16:15 Message generated for change (Tracker Item Submitted) made by efreakbnc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672822&aid=2996842&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: Efreak (efreakbnc) Assigned to: Nobody/Anonymous (nobody) Summary: Global example module Initial Comment: A global module version of sample.cpp would be useful. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672822&aid=2996842&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-04-29 15:25:49
|
Patches item #2994215, was opened at 2010-04-29 15:25 Message generated for change (Tracker Item Submitted) made by nobody 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: Open 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2994215&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-04-26 02:20:31
|
Bugs item #2980995, was opened at 2010-04-02 07:39 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=2980995&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: Route Replies Initial Comment: Apr 1 14:11:43 server1 kernel: znc[10112]: segfault at 0 ip b7289039 sp bfe2ea30 error 4 in route_replies.so[b7285000+9000] Apr 2 03:49:41 server1 kernel: znc[20163]: segfault at 0 ip b72ee039 sp bfe06400 error 4 in route_replies.so[b72ea000+9000] ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-04-26 02: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: Tilton53 () Date: 2010-04-02 18:48 Message: Thanks next time the server needs to be restarted I will re-enable the module and try to produce an error for you. I am sure I can. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-04-02 09:52 Message: To ignore SIGPIPE in gdb (znc ignores it too): handle SIGPIPE nostop ---------------------------------------------------------------------- Comment By: Tilton53 () Date: 2010-04-02 09:24 Message: I is there anyway for me to get around that to debug the route_replies module? ---------------------------------------------------------------------- Comment By: Tilton53 () Date: 2010-04-02 09:10 Message: IRC::Aerialman == Timeout() (Aerialman) ZNC -> IRC [QUIT :IRC ruined my life] Program received signal SIGPIPE, Broken pipe. 0xf57fe416 in __kernel_vsyscall () (gdb) bt full #0 0xf57fe416 in __kernel_vsyscall () No symbol table info available. #1 0xb743a933 in __write_nocancel () from /lib/libc.so.6 No symbol table info available. #2 0x0813347f in Csock::Write (this=0x8850138, data=0x885964c "QUIT :IRC ruined my life\r\n", len=26) at Csocket.cpp:1484 iBytesToSend = 26 bytes = -1081546559 #3 0x0812e702 in Csock::Write (this=0x8850138, sData=@0xbf88e908) at Csocket.cpp:1515 No locals. #4 0x0818d3db in CIRCSock::PutIRC (this=0x8850138, sLine=@0xbf88e938) at IRCSock.cpp:854 No locals. #5 0x0819308d in CIRCSock::Quit (this=0x8850138) at IRCSock.cpp:67 No locals. #6 0x0819d034 in ~CIRCSock (this=0x8850138) at IRCSock.cpp:60 No locals. #7 0x081559e4 in CS_Delete<CZNCSock> (p=@0xbf88ea0c) at Csocket.h:277 No locals. #8 0x0816c23b in TSocketManager<CZNCSock>::DelSock (this=0x877758c, iPos=7) at Csocket.h:1797 pSock = (CZNCSock *) 0x8850138 ---Type <return> to continue, or q <return> to quit--- #9 0x0815dd99 in TSocketManager<CZNCSock>::DelSockByAddr (this=0x877758c, pcSock=0x8850138) at Csocket.h:1768 a = 7 #10 0x0816fc22 in TSocketManager<CZNCSock>::Loop (this=0x877758c) at Csocket.h:1538 iLen = 4096 cBuff = { m_pBuffer = 0x8859950 "\200K\200KH\231\205\bH\231\205\b:Milais42\r\nNICK fdffsd\r\nUSER fesfr fesfr server1.tiltshellz.org :fewf\r\n"} bytes = -4 pcSock = (CZNCSock *) 0x8850138 iErrno = TSocketManager<CZNCSock>::SUCCESS itSock = {<__gnu_debug::_Safe_iterator_base> = { _M_sequence = 0xbf88eadc, _M_version = 1, _M_prior = 0x0, _M_next = 0x0}, _M_current = {_M_node = 0x88596a8}} mpeSocks = {<__gnu_norm::map<CZNCSock*,TSocketManager<CZNCSock>::EMessages,std::less<CZNCSock*>,std::allocator<std::pair<CZNCSock* const, TSocketManager<CZNCSock>::EMessages> > >> = {_M_t = { _M_impl = {<std::allocator<std::_Rb_tree_node<std::pair<CZNCSock* const, TSocketManager<CZNCSock>::EMessages> > >> = {<__gnu_cxx::new_allocator<std::_Rb_tree_node<std::pair<CZNCSock* const, TSocketManager<CZNCSock>::EMessages> > >> = {<No data fields>}, <No data fields>}, _M_key_compare = {<std::binary_function<CZNCSock*,CZNCSock*,bool>> = {<N---Type <return> to continue, or q <return> to quit--- o data fields>}, <No data fields>}, _M_header = {_M_color = std::_S_red, _M_parent = 0x88596a8, _M_left = 0x88596a8, _M_right = 0x88596a8}, _M_node_count = 1}}}, <__gnu_debug::_Safe_sequence<__gnu_debug_def::map<CZNCSock*, TSocketManager<CZNCSock>::EMessages, std::less<CZNCSock*>, std::allocator<std::pair<CZNCSock* const, TSocketManager<CZNCSock>::EMessages> > > >> = {<__gnu_debug::_Safe_sequence_base> = {_M_iterators = 0xbf88eaec, _M_const_iterators = 0x0, _M_version = 1}, <No data fields>}, <No data fields>} iMilliNow = 613051674642087936 #11 0x0816d9a0 in TSocketManager<CZNCSock>::DynamicSelectLoop (this=0x877758c, iLowerBounds=500000, iUpperBounds=600000000, iMaxResolution=3600) at Csocket.h:1614 No locals. #12 0x0815435f in CZNC::Loop (this=0x8777520) at znc.cpp:258 sError = {<std::basic_string<char,std::char_traits<char>,std::allocator<char> >> = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x8292908 ""}}, <No data fields>} #13 0x081182bb in main (argc=1, argv=0xbf88ee74) at main.cpp:284 sConfig = {<std::basic_string<char,std::char_traits<char>,std::allocator<char> >> = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x8292908 ""}}, <No data fields>} ---Type <return> to continue, or q <return> to quit--- sDataDir = {<std::basic_string<char,std::char_traits<char>,std::allocator<char> >> = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x8292908 ""}}, <No data fields>} iArg = -1 iOptIndex = -1 bMakeConf = false bMakePass = false bAllowRoot = false bForeground = true bMakePem = false pZNC = (CZNC *) 0x8777520 sa = {__sigaction_handler = {sa_handler = 0x81186d2 <die>, sa_sigaction = 0x81186d2 <die>}, sa_mask = {__val = { 0 <repeats 32 times>}}, sa_flags = -2147483648, sa_restorer = 0x8077faf} iRet = 0 ---------------------------------------------------------------------- Comment By: Tilton53 () Date: 2010-04-02 08:55 Message: Recompling znc with enable debug at latest svn-build to reproduce error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=2980995&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-04-26 02:20:31
|
Bugs item #2977831, was opened at 2010-03-28 01:06 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=2977831&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: Yes Submitted By: Nobody/Anonymous (nobody) Assigned to: Prozac (prozacx) Summary: Removing Port with Rehash doesn't Close Connections Initial Comment: If you have a connection to a port and it is removed with a rehash the connections won't be closed. So whoever is using them can keep on using them. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-04-26 02: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: 2010-04-08 16:09 Message: Uhm, what? I just tested this, I added three "Listen =" lines to my config, started znc, removed one of them and rehashed. The listening port was properly closed. If you mean user connections, why should they be closed? That would be rude and I don't see a reason, I think... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=2977831&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-04-26 02:20:31
|
Bugs item #2961894, was opened at 2010-03-02 13:08 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=2961894&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: Reconnect after connection reset Initial Comment: When running ZNC on a (private) server that doesn't have a static connection (connection resets about every 12 hours by the ISP) it usually takes at least 5 minutes after the actual connection reset until ZNC tries to reconnect to the IRC network. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-04-26 02: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: Nobody/Anonymous (nobody) Date: 2010-03-03 10:04 Message: It should take at most 4 minutes (240 seconds to be exact, more likely less than that). If there was no traffic on the IRC connection for three minutes, ZNC sends a ping. After another minute, the connection should time out. (The kernel itself would wait a lot longer until it considers a connectioned as timed out) If we lower those limits, traffic usage would increase since there would be quite pointless PINGs. What's your suggestion for us? (Oh and from your description: Where is the bug? You just describe how it is without saying what's actually wrong) (Or did I misunderstand you and you aren't talking about the timeout but about the time between the IRC connection dying and znc trying to reconnect?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=2961894&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-04-24 08:36:05
|
Patches item #2991284, was opened at 2010-04-23 11:29 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2991284&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: Fixed Priority: 5 Private: No Submitted By: Reed Loden (r33d) >Assigned to: Psychon (psychon) Summary: WritePidFile and DeletePidFile should use helper function Initial Comment: >From http://en.znc.in/wiki/User:Psychon/ToDo, implement #10 -- "WritePidFile and DeletePidFile should use some common code to get the path for the pid file (copy & paste is evil :P) ". ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2010-04-24 10:36 Message: r1929, thanks. ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2010-04-23 17:31 Message: Oh, also it could make sense to make InitPidFile() protected/private since it's not really meant to be used by others. But that's pretty much a matter of taste... ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2010-04-23 17:31 Message: Uhm, not going to commit this. Here's a hint: When you call new, it usually makes sense to call delete later on. And another hint: Don't code when tired, I usually write stupid bugs when I do that. ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2991284&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-04-23 15:32:00
|
Patches item #2991284, was opened at 2010-04-23 11:29 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2991284&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 Resolution: None Priority: 5 Private: No Submitted By: Reed Loden (r33d) Assigned to: Nobody/Anonymous (nobody) Summary: WritePidFile and DeletePidFile should use helper function Initial Comment: >From http://en.znc.in/wiki/User:Psychon/ToDo, implement #10 -- "WritePidFile and DeletePidFile should use some common code to get the path for the pid file (copy & paste is evil :P) ". ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2010-04-23 17:31 Message: Oh, also it could make sense to make InitPidFile() protected/private since it's not really meant to be used by others. But that's pretty much a matter of taste... ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2010-04-23 17:31 Message: Uhm, not going to commit this. Here's a hint: When you call new, it usually makes sense to call delete later on. And another hint: Don't code when tired, I usually write stupid bugs when I do that. ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2991284&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-04-23 15:31:21
|
Patches item #2991284, was opened at 2010-04-23 11:29 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2991284&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 Resolution: None Priority: 5 Private: No Submitted By: Reed Loden (r33d) Assigned to: Nobody/Anonymous (nobody) Summary: WritePidFile and DeletePidFile should use helper function Initial Comment: >From http://en.znc.in/wiki/User:Psychon/ToDo, implement #10 -- "WritePidFile and DeletePidFile should use some common code to get the path for the pid file (copy & paste is evil :P) ". ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2010-04-23 17:31 Message: Uhm, not going to commit this. Here's a hint: When you call new, it usually makes sense to call delete later on. And another hint: Don't code when tired, I usually write stupid bugs when I do that. ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2991284&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-04-23 15:24:47
|
Patches item #2991269, was opened at 2010-04-23 10:51 Message generated for change (Settings changed) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2991269&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: Fixed Priority: 5 Private: No Submitted By: Reed Loden (r33d) >Assigned to: flakes (cflakes) Summary: Support optional quit message for DISCONNECT command Initial Comment: Add support for an optional user-specified quit message to the DISCONNECT command that would be used instead of the message specified in the config file. ---------------------------------------------------------------------- Comment By: flakes (cflakes) Date: 2010-04-23 11:09 Message: Thanks! Revision 1926 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2991269&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-04-23 09:29:58
|
Patches item #2991284, was opened at 2010-04-23 04:29 Message generated for change (Tracker Item Submitted) made by r33d You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2991284&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 Resolution: None Priority: 5 Private: No Submitted By: Reed Loden (r33d) Assigned to: Nobody/Anonymous (nobody) Summary: WritePidFile and DeletePidFile should use helper function Initial Comment: >From http://en.znc.in/wiki/User:Psychon/ToDo, implement #10 -- "WritePidFile and DeletePidFile should use some common code to get the path for the pid file (copy & paste is evil :P) ". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2991284&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-04-23 09:09:06
|
Patches item #2991269, was opened at 2010-04-23 10:51 Message generated for change (Comment added) made by cflakes You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2991269&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 >Resolution: Fixed Priority: 5 Private: No Submitted By: Reed Loden (r33d) Assigned to: Nobody/Anonymous (nobody) Summary: Support optional quit message for DISCONNECT command Initial Comment: Add support for an optional user-specified quit message to the DISCONNECT command that would be used instead of the message specified in the config file. ---------------------------------------------------------------------- >Comment By: flakes (cflakes) Date: 2010-04-23 11:09 Message: Thanks! Revision 1926 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2991269&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-04-23 08:51:19
|
Patches item #2991269, was opened at 2010-04-23 03:51 Message generated for change (Tracker Item Submitted) made by r33d You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2991269&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 Resolution: None Priority: 5 Private: No Submitted By: Reed Loden (r33d) Assigned to: Nobody/Anonymous (nobody) Summary: Support optional quit message for DISCONNECT command Initial Comment: Add support for an optional user-specified quit message to the DISCONNECT command that would be used instead of the message specified in the config file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=2991269&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-04-21 16:49:35
|
Bugs item #2990461, was opened at 2010-04-21 17:27 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=2990461&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: Invalid >Priority: 1 Private: No Submitted By: Yami Kaitou (yamikaitou) >Assigned to: Stefan (kroimon) Summary: Unable to use Client IP Initial Comment: I have "Use Client IP" checked in the webpanel but yet the hostmask for the client is still the IP of the box znc is on. My version is 0.080-1.fc12 ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2010-04-21 18:49 Message: "Use Client IP" (in znc.conf this is DCCLookupMethod = Client) changes how znc selects the remote IP for bouncing DCCs to. It can either use the IP address the client is connecting from or it can use the IP address the client sends in the DCC request. This got nothing to do with the hostmask on IRC. The IRC server will always see a connection from the server ZNC is on and there is no way around that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=2990461&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-04-21 15:27:47
|
Bugs item #2990461, was opened at 2010-04-21 10:27 Message generated for change (Tracker Item Submitted) made by yamikaitou You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=2990461&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: Yami Kaitou (yamikaitou) Assigned to: Prozac (prozacx) Summary: Unable to use Client IP Initial Comment: I have "Use Client IP" checked in the webpanel but yet the hostmask for the client is still the IP of the box znc is on. My version is 0.080-1.fc12 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=2990461&group_id=115828 |