- Timestamp:
- 2010-08-31T20:06:14Z (14 years ago)
- Branches:
- master
- Children:
- 0c85c08
- Parents:
- 8358691 (diff), 31dbb90a (diff)
Note: this is a merge changeset, the changes displayed below correspond to the merge itself.
Use the(diff)
links above to see all the changes relative to each parent. - Location:
- protocols
- Files:
-
- 15 edited
Legend:
- Unmodified
- Added
- Removed
-
protocols/Makefile
r8358691 rf5c0d8e 40 40 41 41 distclean: clean $(subdirs) 42 rm -rf .depend 42 43 43 44 $(subdirs): … … 55 56 @echo '*' Compiling $< 56 57 @$(CC) -c $(CFLAGS) $< -o $@ 58 59 -include .depend/*.d -
protocols/bee.h
r8358691 rf5c0d8e 123 123 gboolean (*chat_topic)( bee_t *bee, struct groupchat *c, const char *new, bee_user_t *bu ); 124 124 gboolean (*chat_name_hint)( bee_t *bee, struct groupchat *c, const char *name ); 125 gboolean (*chat_invite)( bee_t *bee, bee_user_t *bu, const char *name, const char *msg ); 125 126 126 127 struct file_transfer* (*ft_in_start)( bee_t *bee, bee_user_t *bu, const char *file_name, size_t file_size ); … … 175 176 G_MODULE_EXPORT int bee_chat_msg( bee_t *bee, struct groupchat *c, const char *msg, int flags ); 176 177 G_MODULE_EXPORT struct groupchat *bee_chat_by_title( bee_t *bee, struct im_connection *ic, const char *title ); 178 G_MODULE_EXPORT void imcb_chat_invite( struct im_connection *ic, const char *name, const char *who, const char *msg ); 177 179 178 180 #endif /* __BEE_H__ */ -
protocols/bee_chat.c
r8358691 rf5c0d8e 233 233 return NULL; 234 234 } 235 236 void imcb_chat_invite( struct im_connection *ic, const char *name, const char *who, const char *msg ) 237 { 238 bee_user_t *bu = bee_user_by_handle( ic->bee, ic, who ); 239 240 if( bu && ic->bee->ui->chat_invite ) 241 ic->bee->ui->chat_invite( ic->bee, bu, name, msg ); 242 } -
protocols/jabber/Makefile
r8358691 rf5c0d8e 30 30 31 31 distclean: clean 32 rm -rf .depend 32 33 33 34 ### MAIN PROGRAM … … 42 43 @echo '*' Linking jabber_mod.o 43 44 @$(LD) $(LFLAGS) $(objects) -o jabber_mod.o 45 46 -include .depend/*.d -
protocols/jabber/jabber.h
r8358691 rf5c0d8e 59 59 JBFLAG_IS_ANONYMOUS = 8, /* For anonymous chatrooms, when we don't have 60 60 have a real JID. */ 61 JBFLAG_HIDE_SUBJECT = 16, /* Hide the subject field since we probably 62 showed it already. */ 61 63 } jabber_buddy_flags_t; 62 64 -
protocols/jabber/message.c
r8358691 rf5c0d8e 31 31 struct xt_node *body = xt_find_node( node->children, "body" ), *c; 32 32 struct jabber_buddy *bud = NULL; 33 char *s ;33 char *s, *room = NULL, *reason = NULL; 34 34 35 35 if( !from ) … … 52 52 for( c = node->children; ( c = xt_find_node( c, "x" ) ); c = c->next ) 53 53 { 54 char *ns = xt_find_attr( c, "xmlns" ) , *room;55 struct xt_node *inv , *reason;54 char *ns = xt_find_attr( c, "xmlns" ); 55 struct xt_node *inv; 56 56 57 57 if( ns && strcmp( ns, XMLNS_MUC_USER ) == 0 && 58 58 ( inv = xt_find_node( c->children, "invite" ) ) ) 59 59 { 60 /* This is an invitation. Set some vars which 61 will be passed to imcb_chat_invite() below. */ 60 62 room = from; 61 63 if( ( from = xt_find_attr( inv, "from" ) ) == NULL ) 62 64 from = room; 63 64 g_string_append_printf( fullmsg, "<< \002BitlBee\002 - Invitation to chatroom %s >>\n", room ); 65 if( ( reason = xt_find_node( inv->children, "reason" ) ) && reason->text_len > 0 ) 66 g_string_append( fullmsg, reason->text ); 65 if( ( inv = xt_find_node( inv->children, "reason" ) ) && inv->text_len > 0 ) 66 reason = inv->text; 67 67 } 68 68 } … … 93 93 } 94 94 } 95 else if( ( c = xt_find_node( node->children, "subject" ) ) && c->text_len > 0 ) 95 else if( ( c = xt_find_node( node->children, "subject" ) ) && c->text_len > 0 && 96 ( !bud || !( bud->flags & JBFLAG_HIDE_SUBJECT ) ) ) 96 97 { 97 98 g_string_append_printf( fullmsg, "<< \002BitlBee\002 - Message with subject: %s >>\n", c->text ); 99 if( bud ) 100 bud->flags |= JBFLAG_HIDE_SUBJECT; 101 } 102 else if( bud && !c ) 103 { 104 /* Yeah, possibly we're hiding changes to this field now. But nobody uses 105 this for anything useful anyway, except GMail when people reply to an 106 e-mail via chat, repeating the same subject all the time. I don't want 107 to have to remember full subject strings for everyone. */ 108 bud->flags &= ~JBFLAG_HIDE_SUBJECT; 98 109 } 99 110 … … 104 115 imcb_buddy_msg( ic, from, fullmsg->str, 105 116 0, jabber_get_timestamp( node ) ); 117 if( room ) 118 imcb_chat_invite( ic, room, from, reason ); 106 119 107 120 g_string_free( fullmsg, TRUE ); -
protocols/jabber/si.c
r8358691 rf5c0d8e 262 262 break; 263 263 } 264 else 265 { 266 c = c->next; 267 } 264 268 265 269 if ( !requestok ) -
protocols/msn/Makefile
r8358691 rf5c0d8e 30 30 31 31 distclean: clean 32 rm -rf .depend 32 33 33 34 ### MAIN PROGRAM … … 42 43 @echo '*' Linking msn_mod.o 43 44 @$(LD) $(LFLAGS) $(objects) -o msn_mod.o 44 45 45 46 -include .depend/*.d -
protocols/oscar/Makefile
r8358691 rf5c0d8e 31 31 32 32 distclean: clean 33 rm -rf .depend 33 34 34 35 ### MAIN PROGRAM … … 43 44 @echo '*' Linking oscar_mod.o 44 45 @$(LD) $(LFLAGS) $(objects) -o oscar_mod.o 46 47 -include .depend/*.d -
protocols/oscar/oscar.c
r8358691 rf5c0d8e 517 517 /* Incorrect nick/password */ 518 518 imcb_error(ic, _("Incorrect nickname or password.")); 519 { 520 int max = od->icq ? 8 : 16; 521 if (strlen(ic->acc->pass) > max) 522 imcb_log(ic, "Note that the maximum password " 523 "length supported by this protocol is " 524 "%d characters, try logging in using " 525 "a shorter password.", max); 526 } 519 527 // plugin_event(event_error, (void *)980, 0, 0, 0); 520 528 break; -
protocols/purple/Makefile
r8358691 rf5c0d8e 31 31 32 32 distclean: clean 33 rm -rf .depend 33 34 34 35 ### MAIN PROGRAM … … 43 44 @echo '*' Linking purple_mod.o 44 45 $(LD) $(LFLAGS) $(objects) -o purple_mod.o 46 47 -include .depend/*.d -
protocols/twitter/Makefile
r8358691 rf5c0d8e 30 30 31 31 distclean: clean 32 rm -rf .depend 32 33 33 34 ### MAIN PROGRAM … … 43 44 @$(LD) $(LFLAGS) $(objects) -o twitter_mod.o 44 45 45 46 -include .depend/*.d -
protocols/twitter/twitter.c
r8358691 rf5c0d8e 195 195 s = set_add( &acc->set, "message_length", "140", set_eval_int, acc ); 196 196 197 s = set_add( &acc->set, "mode", " one", set_eval_mode, acc );197 s = set_add( &acc->set, "mode", "chat", set_eval_mode, acc ); 198 198 s->flags |= ACC_SET_OFFLINE_ONLY; 199 199 -
protocols/yahoo/Makefile
r8358691 rf5c0d8e 31 31 32 32 distclean: clean 33 rm -rf .depend 33 34 34 35 ### MAIN PROGRAM … … 43 44 @echo '*' Linking yahoo_mod.o 44 45 @$(LD) $(LFLAGS) $(objects) -o yahoo_mod.o 46 47 -include .depend/*.d -
protocols/yahoo/libyahoo2.c
r8358691 rf5c0d8e 2169 2169 yd->buddies = y_list_append(yd->buddies, bud); 2170 2170 2171 #if 0 2172 /* BitlBee: This seems to be wrong in my experience. I think: 2173 status = 0: Success 2174 status = 2: Already on list 2175 status = 3: Doesn't exist 2176 status = 42: Invalid handle (possibly banned/reserved, I get it for 2177 handles like joe or jjjjjj) 2178 Haven't seen others yet. But whenever the add is successful, there 2179 will be a separate "went online" packet when the auth. request is 2180 accepted. Couldn't find any test account that doesn't require auth. 2181 unfortunately (if there is even such a thing?) */ 2182 2171 2183 /* A non-zero status (i've seen 2) seems to mean the buddy is already 2172 2184 * added and is online */ … … 2176 2188 YAHOO_CALLBACK(ext_yahoo_status_changed) (yd->client_id, who, 2177 2189 YAHOO_STATUS_AVAILABLE, NULL, 0, 0, 0); 2190 } 2191 #endif 2192 /* BitlBee: Need ACK of added buddy, if it was successful. */ 2193 if (status == 0) { 2194 YList *tmp = y_list_append(NULL, bud); 2195 YAHOO_CALLBACK(ext_yahoo_got_buddies) (yd->client_id, tmp); 2196 y_list_free(tmp); 2178 2197 } 2179 2198 }
Note: See TracChangeset
for help on using the changeset viewer.