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-01-13 12:44:56
|
The following forum message was posted by Anonymous at http://sourceforge.net/projects/znc/forums/forum/396039/topic/4049762: lol. Even the restart is simpler then... |
From: SourceForge.net <no...@so...> - 2011-01-12 14:58:42
|
Feature Requests item #3156357, was opened at 2011-01-12 14:58 Message generated for change (Tracker Item Submitted) made by nobody 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: Next Release (example) Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) 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 ) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3156357&group_id=115828 |
From: SourceForge.net <no...@so...> - 2011-01-12 14:35:16
|
The following forum message was posted by Anonymous at http://sourceforge.net/projects/znc/forums/forum/396039/topic/4049762: You could clone the user and del the old one :) |
From: SourceForge.net <no...@so...> - 2011-01-12 06:48:28
|
The following forum message was posted by alexanderdoe5 at http://sourceforge.net/projects/znc/forums/forum/396039/topic/4049762: Hi there, Is there a way to disconnect all connected ZNC clients for a user (beside restart ZNC)? The webinterface displays me a "ghost" connected client for one user, when my client disconnected from ZNC. best regards Alex |
From: SourceForge.net <no...@so...> - 2011-01-09 11:03:10
|
Feature Requests item #1538887, was opened at 2006-08-11 20:34 Message generated for change (Comment added) made by psychon 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: Pending 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: Psychon (psychon) Date: 2011-01-09 12: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-02 18:35:24
|
Patches item #3149823, was opened at 2011-01-02 18:43 Message generated for change (Comment added) made by thevbm 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: Open 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: 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-01-02 18:10:03
|
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: Open 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-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-01-02 17:43:23
|
Patches item #3149823, was opened at 2011-01-02 18:43 Message generated for change (Tracker Item Submitted) made by thevbm 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: Open 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 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672823&aid=3149823&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-31 16:17:52
|
Feature Requests item #3147282, was opened at 2010-12-28 22:59 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147282&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: More WebAdminOptions Initial Comment: * active checkbox @ List Users page * MaxBufferSize @ Global Settings * Web-Interface for more modules f.e. perform ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2010-12-31 17:17 Message: Perform became "web-enabled" and reporter said that's enough for this year. So.... :P For the active checkbox: No. The list users page is only supposed to list users, all other interactions is supposed to happen via the edit user page. (Ok, deleting a user can't really be done from the edit user page and some stats about current server / nick don't really count...). ---------------------------------------------------------------------- Comment By: Un1matr1x (un1matr1x) Date: 2010-12-31 10:30 Message: "Active" from Edit-User-Page: Active: Connect to IRC & automatically re-connect ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2010-12-31 10:18 Message: r2229 adds MaxBufferSize, ConnectDelay, ServerThrottle and AnonIPLimit to webadmin What would an active checkbox on the list users page do? ZNC doesn't provide a way to disable users (however, the blockusers module does). ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-12-29 17:20 Message: patches welcome :P ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147282&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-31 09:31:57
|
Feature Requests item #3147280, was opened at 2010-12-28 22:55 Message generated for change (Comment added) made by un1matr1x You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147280&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: 1 Private: No Submitted By: Un1matr1x (un1matr1x) Assigned to: Nobody/Anonymous (nobody) Summary: Add the posibility to force a jump for user Initial Comment: Hi, as admin it should be possible to "jump" an user. I tried it with sendraw but nothing happend with: /msg *send_raw Username PRIVMSG *status :jump while i replaced *status with my nickname i get jump in the query so it worked ... dunno why not with *status it should be possible to let them jump vie *admin and webadmin best regards ---------------------------------------------------------------------- >Comment By: Un1matr1x (un1matr1x) Date: 2010-12-31 10:31 Message: Quit worked out well thx ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-12-30 15:44 Message: The stuff you send via send_raw is directly (="raw") send to the IRCd, so ZNC doesn't do any processing on it. This means the user in question got a "*status: No such nick/channel" message from the IRCd. To jump an user via send_raw, you should send a QUIT instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147280&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-31 09:30:28
|
Feature Requests item #3147282, was opened at 2010-12-28 22:59 Message generated for change (Comment added) made by un1matr1x You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147282&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: More WebAdminOptions Initial Comment: * active checkbox @ List Users page * MaxBufferSize @ Global Settings * Web-Interface for more modules f.e. perform ---------------------------------------------------------------------- >Comment By: Un1matr1x (un1matr1x) Date: 2010-12-31 10:30 Message: "Active" from Edit-User-Page: Active: Connect to IRC & automatically re-connect ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2010-12-31 10:18 Message: r2229 adds MaxBufferSize, ConnectDelay, ServerThrottle and AnonIPLimit to webadmin What would an active checkbox on the list users page do? ZNC doesn't provide a way to disable users (however, the blockusers module does). ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-12-29 17:20 Message: patches welcome :P ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147282&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-31 09:24:24
|
Feature Requests item #3147260, was opened at 2010-12-28 22:22 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147260&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: Add something like JoinTry-Delay Initial Comment: Hi, at the moment the delay between to JoinTries is hardcoded to 30s ... It might be better to set this to a variable value to modify the znc-actions a lil' bit more easpacialy for cases like: #KB-Hosting Target change too fast. Please wait 74 seconds. un1matr1x Target change too fast. Please wait 76 seconds. #ogame.origin Target change too fast. Please wait 48 seconds. #postHac Target change too fast. Please wait 20 seconds. #ogame.origin Target change too fast. Please wait 22 seconds. un1matr1x Target change too fast. Please wait 24 seconds. #postHac Target change too fast. Please wait 124 seconds. #postHac Target change too fast. Please wait 96 seconds. #ogame.origin Target change too fast. Please wait 98 seconds. un1matr1x Target change too fast. Please wait 100 seconds. #KB-Hosting Target change too fast. Please wait 72 seconds. #galaxietool Target change too fast. Please wait 74 seconds. #o.uni3 Target change too fast. Please wait 46 seconds. #KB-Hosting Target change too fast. Please wait 48 seconds. un1matr1x Target change too fast. Please wait 50 seconds. #postHac Target change too fast. Please wait 22 seconds. #ogame.origin Target change too fast. Please wait 24 seconds. #xfighters Target change too fast. Please wait 124 seconds. un1matr1x Target change too fast. Please wait 126 seconds. #ogame.origin Target change too fast. Please wait 98 seconds. #postHac Target change too fast. Please wait 70 seconds. #ogame.origin Target change too fast. Please wait 72 seconds. un1matr1x Target change too fast. Please wait 74 seconds. #ogame.origin Target change too fast. Please wait 46 seconds. #o.uni3 Target change too fast. Please wait 48 seconds. #KB-Hosting Target change too fast. Please wait 20 seconds. #xfighters Target change too fast. Please wait 22 seconds. un1matr1x Target change too fast. Please wait 24 seconds. #o.uni3 Target change too fast. Please wait 124 seconds. #KB-Hosting Target change too fast. Please wait 96 seconds. #xfighters Target change too fast. Please wait 98 seconds. un1matr1x Target change too fast. Please wait 100 seconds. #o.uni3 Target change too fast. Please wait 72 seconds. #KB-Hosting Target change too fast. Please wait 74 seconds. #o.uni3 Target change too fast. Please wait 46 seconds. #KB-Hosting Target change too fast. Please wait 48 seconds. un1matr1x Target change too fast. Please wait 50 seconds. #o.uni3 Target change too fast. Please wait 22 seconds. #KB-Hosting Target change too fast. Please wait 24 seconds. #postHac Target change too fast. Please wait 124 seconds. un1matr1x Target change too fast. Please wait 126 seconds. #postHac Target change too fast. Please wait 98 seconds. #o.uni3 Target change too fast. Please wait 100 seconds. #o.uni3 Target change too fast. Please wait 72 seconds. #KB-Hosting Target change too fast. Please wait 74 seconds. un1matr1x Target change too fast. Please wait 76 seconds. #o.uni3 Target change too fast. Please wait 126 seconds. #o.uni3 Target change too fast. Please wait 98 seconds. #KB-Hosting Target change too fast. Please wait 100 seconds. un1matr1x Target change too fast. Please wait 102 seconds. #o.uni3 Target change too fast. Please wait 74 seconds. #KB-Hosting Target change too fast. Please wait 76 seconds. #o.uni3 Target change too fast. Please wait 48 seconds. #KB-Hosting Target change too fast. Please wait 50 seconds. un1matr1x Target change too fast. Please wait 52 seconds. #o.uni3 Target change too fast. Please wait 24 seconds. #KB-Hosting Target change too fast. Please wait 26 seconds. #KB-Hosting Target change too fast. Please wait 126 seconds. un1matr1x Target change too fast. Please wait 128 seconds. #KB-Hosting Target change too fast. Please wait 100 seconds. #KB-Hosting Target change too fast. Please wait 72 seconds. un1matr1x Target change too fast. Please wait 74 seconds. #KB-Hosting Target change too fast. Please wait 46 seconds. #KB-Hosting Target change too fast. Please wait 18 seconds. un1matr1x Target change too fast. Please wait 20 seconds. un1matr1x Target change too fast. Please wait 90 seconds. un1matr1x Target change too fast. Please wait 32 seconds. best regards ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2010-12-31 10:24 Message: Google suggests that we already fixed this (accidentally): http://www.gotgames.com.au/forums/support-171/irc-gamesurge-net-target-change-fix-278/ Since r2182, ZNC sends it's joins in a single JOIN command instead of sending a burst of multiple JOINs. Seems like that's enough to fix this problem. http://znc.svn.sourceforge.net/viewvc/znc?view=revision&revision=2182 Reopen if this still happens after r2182 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-12-30 15:52 Message: the delay could be set above 30s so that znc only tries every f.e. 100s to join a channel he couldn't join on first attemt ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-12-30 15:43 Message: Uhm, so what would you set the "new" JoinTriesDelay option to if you want to fix situations like this one? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147260&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-31 09:18:12
|
Feature Requests item #3147282, was opened at 2010-12-28 22:59 Message generated for change (Comment added) made by psychon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147282&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: More WebAdminOptions Initial Comment: * active checkbox @ List Users page * MaxBufferSize @ Global Settings * Web-Interface for more modules f.e. perform ---------------------------------------------------------------------- >Comment By: Psychon (psychon) Date: 2010-12-31 10:18 Message: r2229 adds MaxBufferSize, ConnectDelay, ServerThrottle and AnonIPLimit to webadmin What would an active checkbox on the list users page do? ZNC doesn't provide a way to disable users (however, the blockusers module does). ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-12-29 17:20 Message: patches welcome :P ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147282&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-30 14:52:12
|
Feature Requests item #3147260, was opened at 2010-12-28 21:22 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147260&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: Add something like JoinTry-Delay Initial Comment: Hi, at the moment the delay between to JoinTries is hardcoded to 30s ... It might be better to set this to a variable value to modify the znc-actions a lil' bit more easpacialy for cases like: #KB-Hosting Target change too fast. Please wait 74 seconds. un1matr1x Target change too fast. Please wait 76 seconds. #ogame.origin Target change too fast. Please wait 48 seconds. #postHac Target change too fast. Please wait 20 seconds. #ogame.origin Target change too fast. Please wait 22 seconds. un1matr1x Target change too fast. Please wait 24 seconds. #postHac Target change too fast. Please wait 124 seconds. #postHac Target change too fast. Please wait 96 seconds. #ogame.origin Target change too fast. Please wait 98 seconds. un1matr1x Target change too fast. Please wait 100 seconds. #KB-Hosting Target change too fast. Please wait 72 seconds. #galaxietool Target change too fast. Please wait 74 seconds. #o.uni3 Target change too fast. Please wait 46 seconds. #KB-Hosting Target change too fast. Please wait 48 seconds. un1matr1x Target change too fast. Please wait 50 seconds. #postHac Target change too fast. Please wait 22 seconds. #ogame.origin Target change too fast. Please wait 24 seconds. #xfighters Target change too fast. Please wait 124 seconds. un1matr1x Target change too fast. Please wait 126 seconds. #ogame.origin Target change too fast. Please wait 98 seconds. #postHac Target change too fast. Please wait 70 seconds. #ogame.origin Target change too fast. Please wait 72 seconds. un1matr1x Target change too fast. Please wait 74 seconds. #ogame.origin Target change too fast. Please wait 46 seconds. #o.uni3 Target change too fast. Please wait 48 seconds. #KB-Hosting Target change too fast. Please wait 20 seconds. #xfighters Target change too fast. Please wait 22 seconds. un1matr1x Target change too fast. Please wait 24 seconds. #o.uni3 Target change too fast. Please wait 124 seconds. #KB-Hosting Target change too fast. Please wait 96 seconds. #xfighters Target change too fast. Please wait 98 seconds. un1matr1x Target change too fast. Please wait 100 seconds. #o.uni3 Target change too fast. Please wait 72 seconds. #KB-Hosting Target change too fast. Please wait 74 seconds. #o.uni3 Target change too fast. Please wait 46 seconds. #KB-Hosting Target change too fast. Please wait 48 seconds. un1matr1x Target change too fast. Please wait 50 seconds. #o.uni3 Target change too fast. Please wait 22 seconds. #KB-Hosting Target change too fast. Please wait 24 seconds. #postHac Target change too fast. Please wait 124 seconds. un1matr1x Target change too fast. Please wait 126 seconds. #postHac Target change too fast. Please wait 98 seconds. #o.uni3 Target change too fast. Please wait 100 seconds. #o.uni3 Target change too fast. Please wait 72 seconds. #KB-Hosting Target change too fast. Please wait 74 seconds. un1matr1x Target change too fast. Please wait 76 seconds. #o.uni3 Target change too fast. Please wait 126 seconds. #o.uni3 Target change too fast. Please wait 98 seconds. #KB-Hosting Target change too fast. Please wait 100 seconds. un1matr1x Target change too fast. Please wait 102 seconds. #o.uni3 Target change too fast. Please wait 74 seconds. #KB-Hosting Target change too fast. Please wait 76 seconds. #o.uni3 Target change too fast. Please wait 48 seconds. #KB-Hosting Target change too fast. Please wait 50 seconds. un1matr1x Target change too fast. Please wait 52 seconds. #o.uni3 Target change too fast. Please wait 24 seconds. #KB-Hosting Target change too fast. Please wait 26 seconds. #KB-Hosting Target change too fast. Please wait 126 seconds. un1matr1x Target change too fast. Please wait 128 seconds. #KB-Hosting Target change too fast. Please wait 100 seconds. #KB-Hosting Target change too fast. Please wait 72 seconds. un1matr1x Target change too fast. Please wait 74 seconds. #KB-Hosting Target change too fast. Please wait 46 seconds. #KB-Hosting Target change too fast. Please wait 18 seconds. un1matr1x Target change too fast. Please wait 20 seconds. un1matr1x Target change too fast. Please wait 90 seconds. un1matr1x Target change too fast. Please wait 32 seconds. best regards ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-12-30 14:52 Message: the delay could be set above 30s so that znc only tries every f.e. 100s to join a channel he couldn't join on first attemt ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-12-30 14:43 Message: Uhm, so what would you set the "new" JoinTriesDelay option to if you want to fix situations like this one? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147260&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-30 14:44:41
|
Feature Requests item #3147280, was opened at 2010-12-28 21:55 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147280&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: Add the posibility to force a jump for user Initial Comment: Hi, as admin it should be possible to "jump" an user. I tried it with sendraw but nothing happend with: /msg *send_raw Username PRIVMSG *status :jump while i replaced *status with my nickname i get jump in the query so it worked ... dunno why not with *status it should be possible to let them jump vie *admin and webadmin best regards ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-12-30 14:44 Message: The stuff you send via send_raw is directly (="raw") send to the IRCd, so ZNC doesn't do any processing on it. This means the user in question got a "*status: No such nick/channel" message from the IRCd. To jump an user via send_raw, you should send a QUIT instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147280&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-30 14:43:27
|
Feature Requests item #3147260, was opened at 2010-12-28 21:22 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147260&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: Add something like JoinTry-Delay Initial Comment: Hi, at the moment the delay between to JoinTries is hardcoded to 30s ... It might be better to set this to a variable value to modify the znc-actions a lil' bit more easpacialy for cases like: #KB-Hosting Target change too fast. Please wait 74 seconds. un1matr1x Target change too fast. Please wait 76 seconds. #ogame.origin Target change too fast. Please wait 48 seconds. #postHac Target change too fast. Please wait 20 seconds. #ogame.origin Target change too fast. Please wait 22 seconds. un1matr1x Target change too fast. Please wait 24 seconds. #postHac Target change too fast. Please wait 124 seconds. #postHac Target change too fast. Please wait 96 seconds. #ogame.origin Target change too fast. Please wait 98 seconds. un1matr1x Target change too fast. Please wait 100 seconds. #KB-Hosting Target change too fast. Please wait 72 seconds. #galaxietool Target change too fast. Please wait 74 seconds. #o.uni3 Target change too fast. Please wait 46 seconds. #KB-Hosting Target change too fast. Please wait 48 seconds. un1matr1x Target change too fast. Please wait 50 seconds. #postHac Target change too fast. Please wait 22 seconds. #ogame.origin Target change too fast. Please wait 24 seconds. #xfighters Target change too fast. Please wait 124 seconds. un1matr1x Target change too fast. Please wait 126 seconds. #ogame.origin Target change too fast. Please wait 98 seconds. #postHac Target change too fast. Please wait 70 seconds. #ogame.origin Target change too fast. Please wait 72 seconds. un1matr1x Target change too fast. Please wait 74 seconds. #ogame.origin Target change too fast. Please wait 46 seconds. #o.uni3 Target change too fast. Please wait 48 seconds. #KB-Hosting Target change too fast. Please wait 20 seconds. #xfighters Target change too fast. Please wait 22 seconds. un1matr1x Target change too fast. Please wait 24 seconds. #o.uni3 Target change too fast. Please wait 124 seconds. #KB-Hosting Target change too fast. Please wait 96 seconds. #xfighters Target change too fast. Please wait 98 seconds. un1matr1x Target change too fast. Please wait 100 seconds. #o.uni3 Target change too fast. Please wait 72 seconds. #KB-Hosting Target change too fast. Please wait 74 seconds. #o.uni3 Target change too fast. Please wait 46 seconds. #KB-Hosting Target change too fast. Please wait 48 seconds. un1matr1x Target change too fast. Please wait 50 seconds. #o.uni3 Target change too fast. Please wait 22 seconds. #KB-Hosting Target change too fast. Please wait 24 seconds. #postHac Target change too fast. Please wait 124 seconds. un1matr1x Target change too fast. Please wait 126 seconds. #postHac Target change too fast. Please wait 98 seconds. #o.uni3 Target change too fast. Please wait 100 seconds. #o.uni3 Target change too fast. Please wait 72 seconds. #KB-Hosting Target change too fast. Please wait 74 seconds. un1matr1x Target change too fast. Please wait 76 seconds. #o.uni3 Target change too fast. Please wait 126 seconds. #o.uni3 Target change too fast. Please wait 98 seconds. #KB-Hosting Target change too fast. Please wait 100 seconds. un1matr1x Target change too fast. Please wait 102 seconds. #o.uni3 Target change too fast. Please wait 74 seconds. #KB-Hosting Target change too fast. Please wait 76 seconds. #o.uni3 Target change too fast. Please wait 48 seconds. #KB-Hosting Target change too fast. Please wait 50 seconds. un1matr1x Target change too fast. Please wait 52 seconds. #o.uni3 Target change too fast. Please wait 24 seconds. #KB-Hosting Target change too fast. Please wait 26 seconds. #KB-Hosting Target change too fast. Please wait 126 seconds. un1matr1x Target change too fast. Please wait 128 seconds. #KB-Hosting Target change too fast. Please wait 100 seconds. #KB-Hosting Target change too fast. Please wait 72 seconds. un1matr1x Target change too fast. Please wait 74 seconds. #KB-Hosting Target change too fast. Please wait 46 seconds. #KB-Hosting Target change too fast. Please wait 18 seconds. un1matr1x Target change too fast. Please wait 20 seconds. un1matr1x Target change too fast. Please wait 90 seconds. un1matr1x Target change too fast. Please wait 32 seconds. best regards ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-12-30 14:43 Message: Uhm, so what would you set the "new" JoinTriesDelay option to if you want to fix situations like this one? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147260&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-29 16:20:10
|
Feature Requests item #3147282, was opened at 2010-12-28 21:59 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147282&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: More WebAdminOptions Initial Comment: * active checkbox @ List Users page * MaxBufferSize @ Global Settings * Web-Interface for more modules f.e. perform ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-12-29 16:20 Message: patches welcome :P ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147282&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-28 21:59:59
|
Feature Requests item #3147282, was opened at 2010-12-28 22:59 Message generated for change (Tracker Item Submitted) made by un1matr1x You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147282&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: More WebAdminOptions Initial Comment: * active checkbox @ List Users page * MaxBufferSize @ Global Settings * Web-Interface for more modules f.e. perform ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147282&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-28 21:55:27
|
Feature Requests item #3147280, was opened at 2010-12-28 22:55 Message generated for change (Tracker Item Submitted) made by un1matr1x You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147280&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: Add the posibility to force a jump for user Initial Comment: Hi, as admin it should be possible to "jump" an user. I tried it with sendraw but nothing happend with: /msg *send_raw Username PRIVMSG *status :jump while i replaced *status with my nickname i get jump in the query so it worked ... dunno why not with *status it should be possible to let them jump vie *admin and webadmin best regards ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147280&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-28 21:22:11
|
Feature Requests item #3147260, was opened at 2010-12-28 22:22 Message generated for change (Tracker Item Submitted) made by un1matr1x You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147260&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: Add something like JoinTry-Delay Initial Comment: Hi, at the moment the delay between to JoinTries is hardcoded to 30s ... It might be better to set this to a variable value to modify the znc-actions a lil' bit more easpacialy for cases like: #KB-Hosting Target change too fast. Please wait 74 seconds. un1matr1x Target change too fast. Please wait 76 seconds. #ogame.origin Target change too fast. Please wait 48 seconds. #postHac Target change too fast. Please wait 20 seconds. #ogame.origin Target change too fast. Please wait 22 seconds. un1matr1x Target change too fast. Please wait 24 seconds. #postHac Target change too fast. Please wait 124 seconds. #postHac Target change too fast. Please wait 96 seconds. #ogame.origin Target change too fast. Please wait 98 seconds. un1matr1x Target change too fast. Please wait 100 seconds. #KB-Hosting Target change too fast. Please wait 72 seconds. #galaxietool Target change too fast. Please wait 74 seconds. #o.uni3 Target change too fast. Please wait 46 seconds. #KB-Hosting Target change too fast. Please wait 48 seconds. un1matr1x Target change too fast. Please wait 50 seconds. #postHac Target change too fast. Please wait 22 seconds. #ogame.origin Target change too fast. Please wait 24 seconds. #xfighters Target change too fast. Please wait 124 seconds. un1matr1x Target change too fast. Please wait 126 seconds. #ogame.origin Target change too fast. Please wait 98 seconds. #postHac Target change too fast. Please wait 70 seconds. #ogame.origin Target change too fast. Please wait 72 seconds. un1matr1x Target change too fast. Please wait 74 seconds. #ogame.origin Target change too fast. Please wait 46 seconds. #o.uni3 Target change too fast. Please wait 48 seconds. #KB-Hosting Target change too fast. Please wait 20 seconds. #xfighters Target change too fast. Please wait 22 seconds. un1matr1x Target change too fast. Please wait 24 seconds. #o.uni3 Target change too fast. Please wait 124 seconds. #KB-Hosting Target change too fast. Please wait 96 seconds. #xfighters Target change too fast. Please wait 98 seconds. un1matr1x Target change too fast. Please wait 100 seconds. #o.uni3 Target change too fast. Please wait 72 seconds. #KB-Hosting Target change too fast. Please wait 74 seconds. #o.uni3 Target change too fast. Please wait 46 seconds. #KB-Hosting Target change too fast. Please wait 48 seconds. un1matr1x Target change too fast. Please wait 50 seconds. #o.uni3 Target change too fast. Please wait 22 seconds. #KB-Hosting Target change too fast. Please wait 24 seconds. #postHac Target change too fast. Please wait 124 seconds. un1matr1x Target change too fast. Please wait 126 seconds. #postHac Target change too fast. Please wait 98 seconds. #o.uni3 Target change too fast. Please wait 100 seconds. #o.uni3 Target change too fast. Please wait 72 seconds. #KB-Hosting Target change too fast. Please wait 74 seconds. un1matr1x Target change too fast. Please wait 76 seconds. #o.uni3 Target change too fast. Please wait 126 seconds. #o.uni3 Target change too fast. Please wait 98 seconds. #KB-Hosting Target change too fast. Please wait 100 seconds. un1matr1x Target change too fast. Please wait 102 seconds. #o.uni3 Target change too fast. Please wait 74 seconds. #KB-Hosting Target change too fast. Please wait 76 seconds. #o.uni3 Target change too fast. Please wait 48 seconds. #KB-Hosting Target change too fast. Please wait 50 seconds. un1matr1x Target change too fast. Please wait 52 seconds. #o.uni3 Target change too fast. Please wait 24 seconds. #KB-Hosting Target change too fast. Please wait 26 seconds. #KB-Hosting Target change too fast. Please wait 126 seconds. un1matr1x Target change too fast. Please wait 128 seconds. #KB-Hosting Target change too fast. Please wait 100 seconds. #KB-Hosting Target change too fast. Please wait 72 seconds. un1matr1x Target change too fast. Please wait 74 seconds. #KB-Hosting Target change too fast. Please wait 46 seconds. #KB-Hosting Target change too fast. Please wait 18 seconds. un1matr1x Target change too fast. Please wait 20 seconds. un1matr1x Target change too fast. Please wait 90 seconds. un1matr1x Target change too fast. Please wait 32 seconds. best regards ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3147260&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-28 08:15:55
|
Feature Requests item #3146826, was opened at 2010-12-28 07:03 Message generated for change (Comment added) made by un1matr1x You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3146826&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 Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Automatic hyperlinking of module names to the Wiki. Initial Comment: I think it'd be a good idea to automatically generate links (i.e. <a href="...">module name</a>) to contain the module names when listing modules on the webadmin interface; it'd take a few minutes to implement really, and it'd save having to open the wiki and find the module yourself. ---------------------------------------------------------------------- Comment By: Un1matr1x (un1matr1x) Date: 2010-12-28 09:15 Message: And what happens if it's a selfwritten module, without any wikipage, a module the author don't want to share ... ? In my optinon it might be smarter to allow a mouseover effect on the description-text for a longer description to appear ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3146826&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-28 06:03:28
|
Feature Requests item #3146826, was opened at 2010-12-28 06:03 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3146826&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 Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Automatic hyperlinking of module names to the Wiki. Initial Comment: I think it'd be a good idea to automatically generate links (i.e. <a href="...">module name</a>) to contain the module names when listing modules on the webadmin interface; it'd take a few minutes to implement really, and it'd save having to open the wiki and find the module yourself. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672824&aid=3146826&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-25 16:20:04
|
Bugs item #2791894, was opened at 2009-05-14 19:46 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=2791894&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: irssi & partyline-ghost channel after disconnect Initial Comment: When I have a disconnect f.e. 24 hrs disconnect by ISP I'll join ~#partyline AND channel #~#partyline -- where other users of our BNC are idlin' too. We are using ZNC 0.062. greetings uriel5000 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-12-25 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: Nobody/Anonymous (nobody) Date: 2009-06-03 22:48 Message: sorry, have had no time. will make long explicit test this weekend with new irssi + znc 0.070-alpha1, i think sometimes it seems to happen, sometimes not. thank you for the tip, psychon uriel5000 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-05-24 00:48 Message: pychon: i use irssi on ubuntu. but with 0.070-alpha1 version of ZNC it does not happen. strange... do you have fixed something in meantime? greets uriel5000 ---------------------------------------------------------------------- Comment By: Psychon (psychon) Date: 2009-05-20 14:04 Message: Sounds like a client issue where the client tries to rejoins the channels but fails at doing so. Which IRC client are you using? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-05-19 22:12 Message: znc 0.069 behaves like this too, with QuasselIRC client ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=2791894&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-22 16:20:07
|
Bugs item #2911585, was opened at 2009-12-09 18:43 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=2911585&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Colloquy being spammed by Push notification Initial Comment: I set up the Colloquy module. it worked great at first, but I have no idea why it is now spamming my phone every few seconds by the push notification. I am using a version from a few months ago but I haven't seen anything in the bug tracker that sound close to what I was seeing, so it may just be a config I have hosed up. Any help would be appreciated. Right now I can't use that module because of the constant push notifications that get generated. email me at ps...@ps... I have been spammed with a second computer attached to ZNC as well as nothing connected to znc. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-12-22 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: 2010-12-08 16:09 Message: This had "Visibility: Private" checked. No idea why, but I guess this is how this item went by unnoticed for a year. Anyway: Yes, I feel like blaming antiidle, too. Are you getting the "(r)" symbol (in Latin-1, I think)? ---------------------------------------------------------------------- Comment By: Darth Gandalf (darthgandalf) Date: 2010-12-08 12:23 Message: Probably you have antiidle module loaded, and they seem to conflict at random. If antiidle is loaded, try to unload it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672821&aid=2911585&group_id=115828 |
From: SourceForge.net <no...@so...> - 2010-12-21 21:20:07
|
Support Requests item #3051300, was opened at 2010-08-23 07:30 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672822&aid=3051300&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: Config script Initial Comment: Basically add a ./Config script much like Anope or UnrealIRCd uses... For all the available arguments that COULD be passed to ./configure ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-12-21 21: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-12-07 20:41 Message: Uhm, what would the ./Config script actually do? Ask for all the options that are listed in ./configure --help? That sounds pointless IMHO... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=672822&aid=3051300&group_id=115828 |