| Age | Commit message (Collapse) | Author |
|
This fixes:
irc-oper.c: In function ‘IRC_xLINE’:
irc-oper.c:429: warning: ‘class’ may be used uninitialized in this function
irc-oper.c:430: warning: ‘class_c’ may be used uninitialized in this function
|
|
This updates the "validity" (timeout) as well as the "reason" text,
if given.
|
|
The old behavior of returning true/false is compatible to this change,
so there are no other code changes required.
|
|
|
|
|
|
|
|
|
|
|
|
GLINE and KLINE lists are cleared automatically now, not when they are
checked. So "STATS g" and "STATS k" no longer show expired entries :-)
|
|
|
|
The old behavior of returning true/false is compatible to this change,
so there are no other code changes required.
|
|
|
|
|
|
|
|
|
|
Adjust Lists_Add() and Class_AddMask() accordingly, implement
Lists_GetReason() and Lists_GetValidity().
|
|
Implement Class_{AddMask|DeleteMask|IsMember}() functions.
|
|
The old "only once" true/false behavior is still supported, so there
are no other code changes required.
|
|
Count elements dynamically when needed.
|
|
Skip predefined channel structures that have configured no name,
like the "--configtest" does.
|
|
|
|
Use the pattern "localhost*" for valid local hostnames.
|
|
If gai_strerror() isn't available, use a macro that simply returns
a static error message (regardless of the real error code).
For example, GNU libc 2.0.7 doesn't implement gai_strerror().
|
|
It isn't using GNU libc 2.0.7, for example ...
|
|
Reported by Christoph Biedl in #ngircd. Thanks!
|
|
Don't use the size of the pointer, use the size of the variable!
|
|
Thanks to kaFux for pointing this out!
And fix code formatting as well ...
|
|
This fixes the problem that ngIRCd can't do any IDENT lookups because
of the socket has already been closed in the child process.
The bug has been introduced starting with ngIRCd 17 ... :-(
(commit ID 6ebb31ab35e)
|
|
- User mode "R": indicates that the nick name of this user is "registered".
This mode isn't handled by ngIRCd itself, but must be set and unset by
IRC services like Anope.
- Channel mode "R": only registered users (having the user mode "R" set)
are allowed to join this channel.
|
|
This removes spurious (but harmless) debug messages.
|
|
|
|
DEBUG_BUFFER is off by default and therefore disables these messages:
- "Handle_Write() called for connection XX, YY bytes pending ..."
- "Connection XX: ZZ bytes left in read buffer."
|
|
|
|
|
|
|
|
* ServerMode:
Handle channel user modes 'a', 'h', and 'q' from remote servers
Handle unknown channel modes on server links
Handle unknown user modes on server links
IRC_MODE(), Client_Mode(): code cleanup [2/2]
Enlarge client user mode buffer, reduce client flags buffer
Infom clients when other servers change their user modes
IRC_MODE(), Client_Mode(): code cleanup [1/2]
|
|
* bug113-SrvPrefix:
Slightly change (and document!) IRC_KILL() calling convention
Spoofed prefixes: close connection on non-server links only
|
|
This fixes:
src/ngircd/ngircd.c:596: warning: implicit conversion
shortens 64-bit value into a 32-bit value
(i686-apple-darwin11-llvm-gcc-4.2)
|
|
Without this patch, the server becomes removed from the network and
the client structures, but the connection isn't shut down at all ...
|
|
These channel user modes aren't used for anything at the moment, but
ngIRCd knows that these three modes are "channel user modes" and not
"channel modes", that is that these modes take an "nick name" argument.
Like unknown user and channel modes, these modes are saved and forwarded,
but ignored otherwise.
|
|
|
|
|
|
|
|
We have to enlage our user mode buffer, so we can handle even unknown
user modes in the future; and reduce the client flags buffer, because
I can't imagine why we ever would need ~100 flags!?
Now we support up to 15 user modes (was: 8) and up to 15 flags (was: 99).
So in the end, we even save 99-15+8-15=77 bytes for each client structure!
|
|
|
|
|
|
|
|
Use ps(1) flag "-a" (as well as "-f"):
"Select all processes except both session leaders (see getsid(2)) and
processes not associated with a terminal."
Thanks to Götz Hoffart for reporting this problem!
|
|
On server-links, spoofed prefixes can happen because of the asynchronous
nature of the IRC protocol. So don't break server-links, only log a message
and ignore the command.
This fixes bug 113, see:
<https://arthur.barton.de/bugzilla/show_bug.cgi?id=113>
|
|
Citing an email from Florian to the ngIRCd mailing list:
"I wonder what the expected behaviour is when Conf_MorePrivacy is changed
from 'yes' to 'no' and the config is reloaded.
At the moment, WHOWAS will start giving out information on Users that
were connected during Conf_MorePrivacy=yes period. If this is not
wanted, Client_RegisterWhowas() should be changed to not store a record
when Conf_MorePrivacy is enabled."
And I think it is "not wanted" :-)
|