| Commit message (Collapse) | Author | Age | Lines |
... | |
| |\ \ \ \ \ \ \ |
|
| |\ \ \ \ \ \ \ \
| | | |_|_|_|_|_|/
| | |/| | | | | | |
|
| |\ \ \ \ \ \ \ \
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | | |
mainline). Once I add ft support glue to protocols/purple/ I guess this will
all go into killerbee.
|
| |\ \ \ \ \ \ \ \ \
| | | |_|_|_|/ / / /
| | |/| | | | | | | |
|
| |\ \ \ \ \ \ \ \ \ |
|
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | | |
diverged too much this is fairly transparent. I did rename and redefine
GAIM_INPUT_* variables to really make it work without adding another stupid
layer in between.
One problem left, the new libpurple input API doesn't care about return
values. Fixing that in the next CL.
|
|\ \ \ \ \ \ \ \ \ \ \
| | |_|_|_|_|_|/ / / /
| |/| | | | | | | | | |
|
| | |_|_|_|_|/ / / /
| |/| | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | | |
the msnpiki MSNP13 doc says and stuff is breaking now. This should fix
the main problem now.
|
|\| | | | | | | | | |
|
| | |_|_|_|/ / / /
| |/| | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
unless the lost switchboard actually had something queued.
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
isn't claimed already.
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
setup method works properly.
|
|\| | | | | | | | |
|
| |\ \ \ \ \ \ \ \
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | | |
to switchboards with offline contacts. This is meant as a work-around for
the current lack of support for offline messaging.
|
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | | |
someone who's offline already. Still a hack but it eases the pain a little
bit.
|
| | | |_|/ / / / /
| | |/| | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
Only kicks in if the user goes offline during a conversation.
|
|\| | | | | | | | |
|
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
using them since invalid XML ending up in user configs can get very ugly.
|
| |/ / / / / / /
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
enough handling for it. Should solve problems with MSN servers forgetting/
overriding display names set by the user.
|
| |_|_|/ / / /
|/| | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Some hooks are missing so sending files doesn't work yet. Receiving also
still seems to have some issues. On the plus side, at least the MSN/Jabber
modules work again.
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
anywhere, and reworked string handling in ft_listen() a little bit.
|
|\| | | | | | |
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Unicode characters in the friendly name.
|
| |\ \ \ \ \ \
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
merge because bzr can probably deal with the conflicts better than patch.
|
| | | |_|_|_|/
| | |/| | | | |
|
| | |_|/ / /
| |/| | | |
| | | | | |
| | | | | |
| | | | | | |
by incoming messages without headers.
|
| | | | | | |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
doesn't currently support away messages anyway. This is more a bit of a
cleanup.
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
caught my attention in new compiler warnings).
|
| | |/ / /
| |/| | |
| | | | |
| | | | |
| | | | | |
mail notification handler.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
somewhat growing out of my own coding style, I do try to keep things
consistent at least within files.
Comments are now in reviewboard:
http://code.bitlbee.org/rb/r/13/
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
ft_listen = <IP-A>:<Port-A>;<IP-B>:<Port-B> to specify listening addresses for
the bitlbee<->client connection and the bitlbee<->IM peer connection,
respectively.
ft_max_size should be obvious. ft_max_kbps should limit the kilobits per second
per transfer (not implemented yet).
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
I'll have to move these to a generic header file eventually.
|
|/ / / /
| | | |
| | | |
| | | |
| | | | |
Transfer is direct and the sender can not be firewalled.
|
| | | | |
|
| | | | |
|
|/ / /
| | |
| | |
| | |
| | | |
is "broken". (Bug #439)
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
can happen if we run out of file descriptors, for example.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Got rid of the bogus window handler pointer as the first argument to the
callback.
|
| | |
| | |
| | |
| | |
| | |
| | | |
maximum supported by MSN and giving a longer password will make the
authentication fail.
|
| |/
|/|
| |
| |
| |
| |
| |
| | |
http://msnpiki.msnfanatic.com/index.php/MSNP13:SOAPTweener . This was an
attempt to fix bug #360, but it didn't. However, this change may make BitlBee
a little bit more future-proof. Plus, the code is tidier and sometimes faster
than the old mechanism.
|
|\ \ |
|
| | | |
|
| |/
|/|
| |
| |
| | |
pointless.
|
|/
|
|
|
|
|
|
|
|
|
| |
queued messages, they will now be moved back to the main queue and a new
sb will be created to try to send the messages again. I hope this will
solve some/most/all of the "Closing switchboard with unsent messages"
problems, but can't be sure since this problem isn't very easy to reproduce.
At least it should solve the ones caused by keeping spare switchboards
around. Also enabling switchboard debugging output if configured with
--debug=1, at least for now this will be useful.
|
|
|
|
|
| |
in upper case while "Error:" wasn't .... that doesn't really make sense.
|
|
|
|
|
| |
message(s) now.
|
|
|
|
|
| |
Closes: #338.
|