Menu
▾
▴
gaim-bnet-devel — gaim-bnet Developers
You can subscribe to this list here.
| 2005 |
Jan
(72) |
Feb
(28) |
Mar
(15) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: SourceForge.net <no...@so...> - 2005-02-28 00:14:19
|
Bugs item #1153152, was opened at 2005-02-27 18:14 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650114&aid=1153152&group_id=107748 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: vatertime (vatertime) Assigned to: Nobody/Anonymous (nobody) Summary: public chat annoyances Initial Comment: While logged into b.net through gaim, you are automatically put into public chat. This means rapists, drug dealers, lawyers, and other misc. people can/will chat with you. While this offers colorful coverstion, it gets to be very annoying. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650114&aid=1153152&group_id=107748 |
|
From: SourceForge.net <no...@so...> - 2005-02-27 23:09:53
|
Bugs item #1153124, was opened at 2005-02-27 23:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650114&aid=1153124&group_id=107748 Category: None Group: v1.0 (example) Status: Open Resolution: None Priority: 5 Submitted By: bugmenot (bugmenot) Assigned to: Nobody/Anonymous (nobody) Summary: no real messages Initial Comment: Messages like Your friend * has entered battle.net. Your friend * has entered a game called *. Are not real messages. I beleave they shouldn't disturb u. So please make an option to filter them out. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650114&aid=1153124&group_id=107748 |
|
From: Zilo <ko...@gm...> - 2005-02-23 00:22:54
|
Testing my bnetg plugin, I realized that bnet DOESN'T alert you about =20 any events about buddies in your friend list that don't added you on =20 their. It's a strange way of implement a friend list, maybe they were thinking =20 about privacy :) So, we shuld implement polling checks for those buddies who don't 'know =20 us', but how we can know this? Through bin protocol we know if a friend =20 is mutual or not thanks to the given infos, but with the chat one we =20 don't. Another problem: infos about connect/disconnect/join are given in the =20 language of the buddy game (*=E9=A3%&)... try yourself... I'm receiving =20 italian messages from my italian friends :P So, we shuld take care of thousands of possible messages to process and =20 understand... too harder work :| It sounds bad... but I think polling is the ONLY solution to really =20 KNOW what's happening on bnet with chat protocol... cya |
|
From: Zilo <ko...@gm...> - 2005-02-19 11:29:17
|
On 02/18/05 17:32:28, Don Seiler wrote: > On 11:48 Fri 18 Feb , Zilo wrote: > > The answer to the question "is binary support really needed" is > finally > > here :) >=20 > So you need a valid CD-Key? Do you need to have a CD in? You need a valid CD key and some updated files of the game you want to =20 connect as. Updated means not the original ones, but the last patched =20 ones :) (so cd is useless) They are needed because during the login process you need to hash them =20 and send the result to the server... I'll send somewhere a tarballs with all the files you need to connect =20 with gaim-bnetg somewhere ASAP (I'm exiting now) so you'll can try it. =20 If you already have them (starcraft.exe, storm.dll, battle.snp) you can =20 simply copy them in your ~/.gaim/bnetg/sc folder and copy the =20 attachment to this message as ~/.gaim/bnetg/games.xml > What if I own both StarCraft and DiabloII? You can simulate both games easily, I think. I only tryied to connect =20 as a SC/BW player, I don't know how things work with other games. =20 Anyway it should be the same... > Also, do you know if World of Warcraft will work with battle.net chat > at all? I don't think WOW supports battle.net. cya |
|
From: Don S. <do...@se...> - 2005-02-18 16:32:44
|
On 11:48 Fri 18 Feb , Zilo wrote: > The answer to the question "is binary support really needed" is finally = =20 > here :) So you need a valid CD-Key? Do you need to have a CD in? What if I own both StarCraft and DiabloII? Also, do you know if World of Warcraft will work with battle.net chat at all? --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
|
From: Zilo <ko...@gm...> - 2005-02-18 11:40:27
|
Thanks to this, the friends list is now supported by the binary =20 protocol directly. The answer to the question "is binary support really needed" is finally =20 here :) More infos: http://forum.valhallalegends.com/phpbbs/index.php?topic=3D10591.15 cya |
|
From: SourceForge.net <no...@so...> - 2005-02-11 23:07:46
|
Bugs item #1121115, was opened at 2005-02-11 17:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650114&aid=1121115&group_id=107748 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Don Seiler (rizzo) Assigned to: Nobody/Anonymous (nobody) Summary: Users in game cannot talk to gaim-bnet user Initial Comment: I had my brother-in-law try out gaim-bnet with me. I logged in with gaim-bnet on useast, while he joined a game in Diablo II LOD. He could see my private messages, but when he tried to respond with either /msg or /whisper, battle.net said I wasn't logged in and suggested he try a different server. I'm going to create a dummy battle.net account to test and verify. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650114&aid=1121115&group_id=107748 |
|
From: Zilo <ko...@gm...> - 2005-02-11 20:30:12
|
On 02/10/05 20:22:47, Don Seiler wrote: > [...] > Any thoughts on switching to binary protocol in future? I already coded something for it... you can see it at gaim-bnetg.sf.net :) Anyway, to use it, you need a valid cdkey and some files of the game =20 you're going to 'be identified of' (ex: for sc, you need starcraft.exe, =20 battle.snp and storm.dll), needed for the hashing checks during the =20 logon process. Simply, put them in the ~/.gaim/sc/ folder, and try to connect :) You can think of it simply as a new layer for (almost) all the chat/=20 channel operations... the new possibly operations I see whould be: * get user profile info * set your user profile info * create a new account on bnet * join to private channels Anyway the question is if those few features are worth enough to =20 justify the needing of proprietary files and of a valid cdkey, for an =20 user that, using gaim, probably want only chat :P cya |
|
From: Don S. <do...@se...> - 2005-02-11 15:09:42
|
Just an FYI that I set our trackers (bug/rfe/etc) to only allow postings =66rom logged-in sf.net users. We got one anonymous bug. Problem I have with anonymous is the submitters don't respond or follow-up 75% of the time. Don. --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
|
From: SourceForge.net <no...@so...> - 2005-02-11 03:25:30
|
Bugs item #1120540, was opened at 2005-02-10 19:25 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650114&aid=1120540&group_id=107748 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Disconnect Error Initial Comment: After connecting to Battle.Net, the plugin fails to disconnect if the "online" check mark in the Accounts panel is unchecked. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650114&aid=1120540&group_id=107748 |
|
From: Don S. <do...@se...> - 2005-02-10 19:23:19
|
I tagged and released gaim-bnet 0.1.0. Source .gz is on FRS. Assuming datallah will make win32 installer. Congrats to all, especially Dario who provided most of the protocol parsing. Any thoughts on switching to binary protocol in future? --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
|
From: SourceForge.net <no...@so...> - 2005-02-09 18:16:41
|
Patches item #1119481, was opened at 2005-02-09 19:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650116&aid=1119481&group_id=107748 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dario Zilocchi (evew) Assigned to: Nobody/Anonymous (nobody) Summary: bnet_proto_model_compare() fix Initial Comment: I found a problem receiving an INFO like: 1: foo, using Starcraft Broodwar in the channel bar.. where the channel is "bar." The model who should catch it is: $n: $x, using $x in the channel $x. The problem is that the last pattern (the ".") is found before the last character, causing bnet_proto_model_compare() to reject to string. Fixed in this patch... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650116&aid=1119481&group_id=107748 |
|
From: Don S. <do...@se...> - 2005-02-07 19:52:10
|
On 19:52 Mon 07 Feb , Zilo wrote: > You don't need to set conn->vw_nick to who. D'oh! Suppose I should actually read the code to try and understand what I'm doing. I'll take the vw_nick stuff out. Thanks! Don. --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
|
From: Zilo <ko...@gm...> - 2005-02-07 19:45:12
|
On 02/04/05 21:31:36, Don Seiler wrote:
> + void bnet_user_squelch(GaimConnection *gc, const gchar *who) {
> + BNetConn *conn =3D BNET_CONN(gc->proto_data);
> +
> + if (conn->vw_nick)
> + g_free(conn->vw_nick);
> + conn->vw_nick =3D g_strdup(
> + gaim_normalize(conn->account, who));
> +
> + gaim_debug_info("bnet", "/squelch %s\n", who);
> + bnet_conn_send(conn, "/squelch %s\n", who);
> + }
> +
> + void bnet_user_unsquelch(GaimConnection *gc, const gchar *who) {
> + BNetConn *conn =3D BNET_CONN(gc->proto_data);
> +
> + if (conn->vw_nick)
> + g_free(conn->vw_nick);
> + conn->vw_nick =3D g_strdup(
> + gaim_normalize(conn->account, who));
> +
> + gaim_debug_info("bnet", "/unsquelch %s\n", who);
> + bnet_conn_send(conn, "/unsquelch %s\n", who);
> + }
You don't need to set conn->vw_nick to who.
I used it only to remember the nick of the user to whom was directed =20
the last /where message (and also that we must show that result in a =20
window). This is mainly needed because, if the user is offline, the =20
answer wont contain its nick (it will be a sort of 'ERROR User is =20
offline'), so we must save it somewhere before.
cya
|
|
From: SourceForge.net <no...@so...> - 2005-02-07 15:30:10
|
Patches item #1117931, was opened at 2005-02-07 10:30 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650116&aid=1117931&group_id=107748 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel Atallah (datallah) Assigned to: Nobody/Anonymous (nobody) Summary: Win32 Support Initial Comment: This should make gaim-bnet compile under win32. I replaced memmem with a couple of lines, so that we can use strstr instead, since memmem is a non-standard function. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=650116&aid=1117931&group_id=107748 |
|
From: Don S. <do...@se...> - 2005-02-05 19:44:14
|
On 22:42 Fri 04 Feb , Zilo wrote: > Perfect, it works also with me :) Alright. If you guys have spare time, feel free to test the privacy functions. Otherwise I'm going to try and contact Daniel Atallah for the win32 build stuff and prepare for a release. Don. --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
|
From: Zilo <ko...@gm...> - 2005-02-04 22:35:12
|
On 02/04/05 20:42:50, Don Seiler wrote: > [...] > I committed a fix. I added an "else" to this if block, and call > gaim_blist_remove_buddy(buddy) if the buddy already exists. Worked > well in my tests. Perfect, it works also with me :) > That was the last bug in our tracker. I have the privacy RFE that I > might try and do this weekend if I don't get sucked up in Diablo II. Well I'm almost done with gaim-bnetg too, it login and do only a few =20 things now, but the big work is done. cya |
|
From: Don S. <do...@se...> - 2005-02-04 19:44:09
|
On 14:50 Thu 03 Feb , Don Seiler wrote:
> if (!g_hash_table_lookup(conn->buddies, norm)) {
> b =3D bnet_buddy_new(norm, buddy->name);
> if (conn->welcome)
> b->new_entry =3D TRUE;
> g_hash_table_insert(conn->buddies, b->norm, b);
> bnet_conn_request_friends_list(conn);
> }
I committed a fix. I added an "else" to this if block, and call
gaim_blist_remove_buddy(buddy) if the buddy already exists. Worked well
in my tests.
That was the last bug in our tracker. I have the privacy RFE that I
might try and do this weekend if I don't get sucked up in Diablo II.
--=20
Don Seiler
do...@se...
Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041
Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041
|
|
From: Don S. <do...@se...> - 2005-02-04 19:30:40
|
On 14:50 Thu 03 Feb , Don Seiler wrote:
> if (!g_hash_table_lookup(conn->buddies, norm)) {
> b =3D bnet_buddy_new(norm, buddy->name);
> if (conn->welcome)
> b->new_entry =3D TRUE;
> g_hash_table_insert(conn->buddies, b->norm, b);
> bnet_conn_request_friends_list(conn);
> }
>=20
> I may be reading this wrong, but this to me seems to be checking for the
> existance of the buddy in the list, and only adding if it doesn't exist.
> Why would this be failing?
It turns out that this block does indeed catch things, but the buddy is
still added to the list.
--=20
Don Seiler
do...@se...
Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041
Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041
|
|
From: Don S. <do...@se...> - 2005-02-04 19:20:11
|
Why are we calling gaim_blist_add_buddy() from bnet_buddy_hard_lookup()? --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
|
From: Zilo <ko...@gm...> - 2005-02-04 12:10:40
|
I got a problem with the GAMES protocol; I was always thinking that =20 with it all the friends list stuff will be easier to handle 'cause of a =20 better messages structure, but I realize now that this is true only for =20 Warcraft (and only in part) and not for the other games... who relay to =20 the contents of the CHATEVENT packet (the raw chat text) to manage it, =20 just as we do using the CHAT protocol :/ So the 80% of the code in proto.c will be needed also by gaim-bnetg, to =20 process INFO/ERROR/WHISP messages. cya |
|
From: Don S. <do...@se...> - 2005-02-03 21:48:20
|
On 21:38 Thu 03 Feb , Zilo wrote: > I see now that the MSN plugin, for an invalid buddy, let gaim add it, =20 > and then remove it after it checked it doesn't exist: maybe we can do =20 > the same thing with duplicated ones. I think it's the only way... That sounds fine to me as long as it works! --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
|
From: Zilo <ko...@gm...> - 2005-02-03 21:31:29
|
On 02/03/05 21:50:33, Don Seiler wrote:
> Here is the problem I think. When I use gaim to add a buddy, it =20
> first calls bnet_buddy_add(), which adds the buddy to the local list. =20
> It then requests the remote friends list and compares. However in
> bnet_buddy_add() I see this block of code:
>=20
>=20
> if (!g_hash_table_lookup(conn->buddies, norm)) {
> b =3D bnet_buddy_new(norm, buddy->name);
> if (conn->welcome)
> b->new_entry =3D TRUE;
> g_hash_table_insert(conn->buddies, b->norm, b);
> bnet_conn_request_friends_list(conn);
> }
>=20
> I may be reading this wrong, but this to me seems to be checking for
> the existance of the buddy in the list, and only adding if it doesn't
> exist.
> Why would this be failing?
This code checks the existance of the buddy in our conn->buddies list, =20
not in the Gaim one. The problem is that inside bnet_buddy_add we have =20
no way to block gaim to add the buddy to its list and so show it twice. =20
At least, I don't know how we can inform gaim that we want refuse to =20
add the buddy.
I see now that the MSN plugin, for an invalid buddy, let gaim add it, =20
and then remove it after it checked it doesn't exist: maybe we can do =20
the same thing with duplicated ones. I think it's the only way...
cya
|
|
From: Don S. <do...@se...> - 2005-02-03 20:50:56
|
On 19:30 Thu 03 Feb , Zilo wrote:
> Yes, the server reply with an ERROR message and ignore the second =20
> request; as what I see, is gaim who use a strange politic :/
Here is the problem I think. When I use gaim to add a buddy, it first
calls bnet_buddy_add(), which adds the buddy to the local list. It then
requests the remote friends list and compares. However in
bnet_buddy_add() I see this block of code:
if (!g_hash_table_lookup(conn->buddies, norm)) {
b =3D bnet_buddy_new(norm, buddy->name);
if (conn->welcome)
b->new_entry =3D TRUE;
g_hash_table_insert(conn->buddies, b->norm, b);
bnet_conn_request_friends_list(conn);
}
I may be reading this wrong, but this to me seems to be checking for the
existance of the buddy in the list, and only adding if it doesn't exist.
Why would this be failing?
Another issue is perhaps we should do the remote check first, and return
any error that comes from that. Although I can see the merit in doing a
local check first. Either way we are currently ignoring the results of
the /friends add attempt.
--=20
Don Seiler
do...@se...
Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041
Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041
|
|
From: Don S. <do...@se...> - 2005-02-03 20:11:24
|
On 19:30 Thu 03 Feb , Zilo wrote: > Yes, the server reply with an ERROR message and ignore the second =20 > request; as what I see, is gaim who use a strange politic :/ Yeah then I'll look and see if I can fix this later. > Btw, as I wrote some day ago, I started to write a new plugin called =20 > gaim-bnetg (the name is really similar, I know... but I didn't find =20 > anything else)... today I created a new project on sourceforge and put = =20 > my src there. > Before, I was thinking to upload gaim-bnetg in our repository(*) but to = =20 > improve my cvs experience I preferred to start a new project from the =20 > beginning :P We can still create a separate repository for you to write to. Up to you. No need to have a separate project since these two seem pretty related. Doesn't matter to me though. Don. --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
