| Commit message (Collapse) | Author | Age | Lines |
|
|
|
|
|
|
|
|
|
| |
Till now only a single line was printed, when a new offer arrived. Now
two more lines are printed:
- when the actual transfer starts (offer accepted), with destination
filename
- when the transfer completes
|
|
|
|
|
|
|
|
|
|
| |
This makes /invite working again. No idea when this got broken, but I
promise the next commit will add a tescase for it.
Also, with this, other groupchat members will be already present in the
gropuchat when we chain, finally solving the annoying fake joins
presenting till now.
|
| |
|
| |
|
|
|
|
|
| |
Requested by martinc on IRC.
|
|
|
|
|
|
|
|
| |
Sadly reading users of larger groups using the public API just hangs in newer
Skype versions. Skype4Py already defines a timeout for requests, but still:
startup takes *minutes*. Work this around by disabling reading of groups by
default.
|
|
|
|
|
|
|
| |
Also call ssl_disconnect on logout.
Patch-by: meh on IRC.
|
|
|
|
|
| |
Previously we printed only the last one
|
| |
|
|
|
|
|
| |
(Think of Twitter, but also MSN/Yahoo! authentication.)
|
| |
|
|
|
|
|
|
|
| |
(I haven't personally tested that the Skype module *works* after this nor
have I received any reports that either confirm or deny this. This change
just makes it *compile*.)
|
| |
|
|
|
|
| |
MULTI_SUBSCRIBED (works only when user initiates the chat, otherwise new channel is created anyway)
|
| |
|
|
|