Mercurial > pidgin.yaz
view libpurple/protocols/sametime/Makefile.am @ 18909:c32fcdef2809
Only say we are connected after the MsimSession structure is fully setup.
(Also change a few debugging statements to help find this bug.)
Previously, purple_connection_set_state(..., PURPLE_CONNECTED) was called
too early, so that if a client called any msimprpl functions that operated
on MsimSession (pretty much all of them) within the signed-on signal handler,
the userid etc., would not yet be correct and the call would fail. Now, the
call is called at the right time so it works as expected.
Closes #2520.
author | Jeffrey Connelly <jaconnel@calpoly.edu> |
---|---|
date | Sun, 12 Aug 2007 18:48:03 +0000 |
parents | 441945083737 |
children | 2b62300d2c19 315151da0dc6 |
line wrap: on
line source
EXTRA_DIST = Makefile.mingw pkgdir = $(libdir)/purple-$(PURPLE_MAJOR_VERSION) noinst_HEADERS = sametime.h SAMETIMESOURCES = sametime.c if STATIC_SAMETIME st = -DPURPLE_STATIC_PRPL noinst_LIBRARIES = libsametime.a libsametime_a_SOURCES = $(SAMETIMESOURCES) libsametime_a_CFLAGS = $(AM_CFLAGS) else st = pkg_LTLIBRARIES = libsametime.la libsametime_la_SOURCES = $(SAMETIMESOURCES) endif libsametime_la_LDFLAGS = -module -avoid-version libsametime_la_LIBADD = $(GLIB_LIBS) $(MEANWHILE_LIBS) AM_CFLAGS = \ $(GLIB_CFLAGS) $(MEANWHILE_CFLAGS) \ $(DEBUG_CFLAGS) \ -I$(top_srcdir)/libpurple \ -I$(top_builddir)/libpurple AM_CPPFLAGS = \ -DG_LOG_DOMAIN=\"sametime\" \ $(st)