bd7bac578f
partial fix for renegotiating pm e2e sessions after one party
...
disconnects
2008-10-25 19:48:01 +00:00
6c41d9ecd4
show a link to wiki to restore malformed database. see #4428
2008-10-22 17:31:45 +00:00
e2a511b379
inform user when databas is malformed. Fixes #4428
2008-10-22 15:48:35 +00:00
06ab4a7b6d
revert thorstenp patches for now. They introduce bugs.
2008-10-20 21:38:06 +00:00
f801a50260
[thorstenp] fix unused variables
2008-10-20 21:17:48 +00:00
98255a0671
[thorstenp] remove useless ;
2008-10-20 15:16:01 +00:00
158538b81c
[thorstenp] rename some var to not hide builts-in functions (list -> list_, ...)
2008-10-11 10:22:04 +00:00
196dd7e30a
[thorstenp] use isinstance rather than type(x) == y. use sorted()
2008-10-11 09:59:52 +00:00
567f1e17c1
[thorstenp] di not use emtpy except clauses
2008-10-11 09:37:13 +00:00
84e717c8df
[thorstenp] use startswith and endswith instead of array indices on strings
2008-10-11 09:32:59 +00:00
9d7c80d522
[thorstenp] replace has_key by key in dict. Fixes #4392
2008-10-07 20:41:59 +00:00
96dd7b8ba7
revert [10494]. see #4388
2008-10-07 15:09:39 +00:00
46e958902f
start xmpp ping after we received the roster. Fixes #4388
2008-10-07 13:59:42 +00:00
349f8bd276
really remove avatar from roster when a contact removes his avatar. Fixes #4060
2008-10-01 16:07:58 +00:00
a36edae2f6
prevent traceback when removing an inexistant session. Fixes #1288
2008-09-30 10:22:55 +00:00
7e5b9ab20d
reply to XEP-0184 receipt requests in pm too. see #4339
2008-09-27 18:04:29 +00:00
e236382f3d
handle XEP-0203 (Delayed Delivery) and use it when forwarding unread messages via adhoc commands. Fixes #4347
2008-09-26 11:11:38 +00:00
f260d83c80
Fix #4290
2008-09-05 19:09:01 +00:00
aa6c163506
check that connection is still active in all handlers. Fixes #4261 , #4258
2008-08-30 17:14:27 +00:00
5d6b60be68
fix GPG mysteriously turning on when you open a chat window
2008-08-30 02:50:10 +00:00
32b56a2328
move most of is_loggable out of the session object. fixes #4103
2008-08-30 01:31:25 +00:00
bcc39c4e1c
ask to change nickname for a groupchat only once. Fixes #4250
2008-08-29 08:06:28 +00:00
a0e9a0d905
handle correctly forwarded messages. fixes #4246
2008-08-28 12:24:31 +00:00
9618bb77a4
fix FT proxy testing. We needed a receiver to connect to proxy to really test it
2008-08-27 13:11:46 +00:00
1e8e0f6067
no need of GUI classes in connection_handlers.py, socks5.py and secrets.py
2008-08-27 07:53:12 +00:00
f63dcff5d3
prevent a traceback. Fixes #4236
2008-08-26 10:07:53 +00:00
de4a23e751
See #4200 .
...
* remove js from some headers
* set coding:utf-8 to allow real names in headers
2008-08-15 17:31:51 +00:00
8bc9bc29ae
* Big headers review
...
* Remove some licencing problems
* To do: same for images
* See #4200
2008-08-15 03:20:23 +00:00
7f908667a4
don't take into account keyid in error presence: it's our own signed message
2008-08-11 15:30:24 +00:00
0317d93561
notify GUI about ERROR presences. Fixes #3667
2008-08-03 19:11:03 +00:00
409a1c315a
prevent a traceback. fixes #4169
2008-08-01 10:27:38 +00:00
8605cd3f38
For historical reasons, we have a tab width of 3. This is strange, but
...
we have that in all files. To at least lesser the confusion a bit, add
vim tags for that.
Additionally, fix wrong #! in a few files.
2008-07-29 19:49:31 +00:00
64b73530c4
prevent traceback, fixed #4121
2008-07-29 07:36:44 +00:00
cd6742a9e4
prevent TB when connection is lost. fixes #4112
2008-07-28 12:17:33 +00:00
abbdf8d5c9
attach resource to sessions so that only the relevant sessions are terminated when a contact goes offline
2008-07-26 05:28:15 +00:00
f704701ba4
Support for displaying XEP-0184 receipts.
2008-07-18 20:24:34 +00:00
c24041a0df
moved receipt handling after XEP 0200 decryption
2008-07-14 00:25:53 +00:00
e67048bdfd
If we receive an error PEP packet, don't treat it as incoming PEP event
2008-07-11 12:34:43 +00:00
9457c28a63
don't try the old (XEP-018) way to go invisible. It's not XMPP complient. That prevent to show the we are invisible but we are not. Fixes #4012
2008-06-25 09:25:43 +00:00
d2b5b31bde
acknowledge privacy list set iqs as required by XEP-0016
2008-06-25 07:35:35 +00:00
16fc7508ae
remove unused function
2008-06-25 07:13:42 +00:00
d885e05500
don't send thread ids in message receipts unless there's a thread
2008-06-24 01:17:02 +00:00
8b4627049b
moved session negotiation handling from gajim.py to session.py
2008-06-21 19:12:47 +00:00
9c75374da4
Use the namespace variable. Sorry, forgot to change that here.
2008-06-17 18:17:30 +00:00
9634f98250
* Implemented XEP-0184 section 5.
...
* Added NS_RECEIPTS to protocol namespace list.
* Show our support of XEP-0184 in caps.
* Added a big, fat warning to get_contact as this does not work as
expected.
* There was some strangeness in our XEP-0022, it added an id tag to
the x tag, which isn't mentioned anywhere in the XEP. And for some
strange reason, that id even was the same all the time.
* Fixed a typo.
2008-06-17 16:03:21 +00:00
399233f293
detach sessions from controls when the highest priority contact changes.
...
this way we don't get multiple tabs when the remote user moves to another resource.
2008-06-10 02:58:17 +00:00
6fe9bee70b
* Fixed a BT when receiving receipt request for offline messages.
...
* Fixed a BT when receiving receipt request for users not in roster.
2008-06-09 15:04:13 +00:00
593ed0c6d8
* Fix passing of message ID.
...
* Don't asnwer to receipt requests from users not in roster.
2008-06-08 15:51:55 +00:00
c2eb4b5a9f
Completely remove OTR.
...
Sorry, it just wasn't maintainable. The problem is the current libotr
API. I'm sick of working around the strange libotr API, sick of getting
HTML messages, sick of losing messages. The final argument for
completely removing it was that we can't get the message ID of a sent
msg anymore - which we need. I tried to work around this as well, but
there seems to be no way to wait for a signal in glib the way I would
need it for the workaround (I wanted to emit a signal in inject_message
and then wait for it after the call to otr_message_fragment_and_send
so the signal can pass us the message id). And the last reason is that
we're heading towards a new release and thus want to stabilize the code,
thus don't have time to work around even more libotr API strangeness.
I will give feedback to the libotr developers, who are currently
planning a new API, so that we can hopefully see OTR support once again
as soon as libotr4 is released.
Kjell already announced that he will continue his branch:
https://code.launchpad.net/~afflux/gajim/otr
I really hope the libotr devs will provide a sane API with libotr4 so
we can integrate OTR support again.
Oh, and I added one more try/except block for OS X.
2008-06-08 15:27:05 +00:00
8fefd0ede4
Comment options.
2008-06-07 19:52:13 +00:00
Brendan Taylor
Yann Leboulanger
js
Julien Pivotto