Modify ↓
#999 closed enhancement (fixed)
[PATCH] Implement jabber message receipts (XEP-0184)
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | BitlBee | Version: | devel |
Keywords: | Cc: | ||
IRC client+version: | Client-independent | Operating System: | Public server |
OS version/distro: |
Description
This change will make BitlBee acknowledge messages when requested. It will not request message receipts from other clients, mainly because I am not sure if this feature can be mapped to IRC cleanly.
Attachments (1)
Change History (3)
Changed at 2012-10-17T10:12:39Z by
Attachment: | bitlbee-xep-0184.bzr added |
---|
comment:1 follow-up: 2 Changed at 2012-10-28T23:57:37Z by
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:2 Changed at 2012-10-29T08:06:41Z by
Replying to wilmer:
Whoa, is this:
char *foo { ...do something with foo... char *foo = blah; ...then do something else with the new foo... }valid C these days? I know C99 allows variable declarations halfway a scope, but I didn't know this was possible.
It is valid C89, but adding -Wshadow will make the compiler warn you about shadowing a previous declaration. In fact, I didn’t even notice I did this :-).
Merged in changeset:devel,940.
Thanks for merging! I’m running the new version now and it works in my tests.
Note: See
TracTickets for help on using
tickets.
Whoa, is this:
valid C these days? I know C99 allows variable declarations halfway a scope, but I didn't know this was possible.
I've merged this now with a few changes:
jabber_util.c already adds id= attributes to the stanzas that need them (only <iq/> so far) so I've removed that. Also, from= attributes are not required from clients.
So yes, BitlBee currently sends <message/> stanzas without id's. This means that other clients can't possibly ack them, but since it won't request acknowledgements either, this should be okay.
Merged in changeset:devel,940.