view .mtn-ignore @ 15787:b25acae693cd

Change connection.c:gaim_connection_error() to still work even if the message parameter is NULL. There's no reason to error-out of that function just because some yuppie didn't pass us an error message. But we still log a critical message, so those of you at home running with fatal_criticals will still crash. I noticed this because Jabber isn't handling <stream:error/> correctly right now. Anyone else notice this? The code is written to look for "stream:error", but our xmlnode stuff just sees "error" (even though the "stream:error" format is sent over the wire). I think it's because of the libxml change. To reproduce the problem, sign onto the same resource twice and note that the error message that Gaim gives you sucks.

.*/?Makefile(\.in)?$
(.*/)?TAGS$
.*/?.*\.pc$
.*/perl/common/[^/]+\.c$
.*/perl/common/blib.*
.*/perl/common/pm_to_blib$
.*\.bs$
.*\.dll$
.*\.exe$
intltool-.*
Doxyfile
aclocal.m4
compile
config.guess
config.h
config.h.in
config.log
config.status
config.sub
configure
console/gaim-text
console/libgnt/gntmarshal.c
console/libgnt/gntmarshal.h
depcomp
doc/gaim-text.1
doc/gaim.1
gaim.apspec
gaim.desktop
gaim.service
gaim.spec
pidgin/gaim
pidgin/plugins/musicmessaging/music-messaging-bindings.c
pidgin/plugins/perl/common/Makefile.PL
pidgin/win32/pidgin_dll_rc.rc
pidgin/win32/pidgin_exe_rc.rc
install-sh
libpurple/dbus-bindings.c
libpurple/dbus-types.c
libpurple/dbus-types.h
libpurple/gaim-client-bindings.c
libpurple/gaim-client-bindings.h
libpurple/gaim-client-example
libpurple/gconf/gaim.schemas
libpurple/plugins/dbus-example-bindings.c
libpurple/plugins/perl/common/Makefile.PL
libpurple/plugins/perl/common/const-c.inc
libpurple/plugins/perl/common/const-xs.inc
libpurple/plugins/perl/common/lib
libpurple/win32/libpurplerc.rc
libtool
local.mak
ltmain.sh
missing
mkinstalldirs
po/Makefile.in.in
po/POTFILES
po/stamp-it
stamp-h1
win32-install-dir(\.release)?
VERSION