Pidgin

> ---ORIGINAL MESSAGE---=20
> Date: Thu, 27 Feb 2003 11:06:49 -0800
> From: Ken Bloom <kabloom@...>
> To: gaim-devel@...
> Organization: University of California at Davis
> Subject: [Gaim-devel] Turning off "buddy list error" dialog box
>=20
> --=3D.?9m7IlO:g_wV(w
> Content-Type: text/plain; charset=3DUS-ASCII
> Content-Transfer-Encoding: 7bit
>=20
> I use three different AIM clients (Gaim Alpha for Windows, Gaim CVS for
> Linux, and pork [for ncurses]). Because each of these clients wants to
> store its my buddylist on my hard drive, and synchronize them to ssi,
> synchronization starts to get painful when I am deleting buddies,
> because each other client finds the deleted buddies in its local file
> and adds them back (or just fails to delete them from its local file).
> My solution to this is that I am trying to go about turning off all of
> the local buddy lists (by chmoding them to 0 and replacing the windows
> buddylist with a folder of the same name) so that my AIM clients will be
> forced to rely on AOL's servers for their buddy list.
>=20
> Would it be possible for you to either supress the error message that
> shows up when Gaim doesn't have permission to read its buddy list or to
> put a checkbox in the accounts dialog that tells gaim not to store its
> buddy list locally? (The second solution seems preferable)
>=20
> I'm running gaim 1:0.60cvs20030226-1 on Debian, aliened from your
> nightly CVS rpm.
>=20

I found another bug: when changing an alias, gaim tries only to write it=20
to the buddylist file, and not to also change it by ssi. Hence, it=20
doesn't get saved when you don't have write permission to the local=20
buddylist.

--=20
PGP/GPG Fingerprint: D5E2 8839 6ED3 3305 805C  941F 9476 A9BD E2B2 CAD1
Import with `gpg --keyserver pgp.mit.edu --recv-key E2B2CAD1`
Also on www: http://wwwcsif.cs.ucdavis.edu/~bloom/kabloom.asc
For more information about PGP and GPG, see http://www.gnupg.org/

On Thu, Feb 27, 2003 at 02:35:08PM -0800, Ken Bloom wrote:
> > Rob McQueen, the debian packager of gaim, maintains gaim CVS RPMs.
> > It's probably just as easy to use his ...
> > 
> > http://people.debian.org/~robot101/gaim/dists/unstable/cvs/
> > 
> > You debian kids can figure out how to make apt like that URL.

The canonical line is:
 deb http://people.debian.org/~robot101/gaim unstable cvs

> I know about that, I have that in my sources.list, but the most recent 
> snapshot there is from 2/20. But this is beside the point. How about my 
> feature request?

That's insane. I'm on the commits list. When anything interesting
happens that makes me want to update, I build a new snapshot. They're
not nightlies, they're manually built when it's worth my time to do so.
=)

And anyway, as for your request, I don't think that's the correct thing
to do. I've been playing around in my head with some kind of
serv_got_buddies callback, where the prpl passes the core a list of
buddies/aliases/groups, along with a boolean saying if it's meant to be
a comprehensive list or not.

My reasoning here is that if it says it's comprehensive, Gaim can
compare it's local list and the remote list, and give you a dialog per
account of what's changed, and you can choose to accept/reject each
remote change. For a non-comprehensive list (I'm thinking ICQ's send
buddy list feature) then it can just prompt you to add any that aren't
on your list already.

This would be way better than the current hack for protocols with remote
blists, which is just to add each of the buddies as they come, leading
to annoying loss of information and duplicate adds, not to mention a big
waste of time sending all the buddies the server sends to us right back
to it.

Regards,
Rob

On Fri, Feb 28, 2003 at 12:12:38PM +0100, who_ami@... wrote:
> 
> Hi!
> 
> can someone point me to the code with tooltips on treeview rows?  I'm
> interested how do you do that.  I have downloaded gaim from your CVS but
> can't find it. please help.

right now the code in cvs still uses deprecated widgets for the buddy list. 
seanegan is working on that.
luke

> 
> regards,
> hubert sokolowski
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Gaim-devel mailing list
> Gaim-devel@...
> https://lists.sourceforge.net/lists/listinfo/gaim-devel

-- 
-This email is made of 100% recycled electrons.

W liście z czw, 27-02-2003, godz. 20:06, Ken Bloom pisze: 

> I'm running gaim 1:0.60cvs20030226-1 on Debian, aliened from your
> nightly CVS rpm.

I have Debian packages of Gaim CVS built for my own usage. If someone 
want I can give debian/ subdirectory to others.

Marcin Juszkiewicz spake unto us the following wisdom:
> W li=C5=9Bcie z czw, 27-02-2003, godz. 20:06, Ken Bloom pisze:=20
> > I'm running gaim 1:0.60cvs20030226-1 on Debian, aliened from your
> > nightly CVS rpm.
>=20
> I have Debian packages of Gaim CVS built for my own usage. If someone=20
> want I can give debian/ subdirectory to others.

Rob McQueen, the debian packager of gaim, maintains gaim CVS RPMs.
It's probably just as easy to use his ...

http://people.debian.org/~robot101/gaim/dists/unstable/cvs/

You debian kids can figure out how to make apt like that URL.

Ethan

--=20
Happiness is a belt-fed weapon.

Ethan Blanton spake unto us the following wisdom:
> Rob McQueen, the debian packager of gaim, maintains gaim CVS RPMs.

Obviously by "RPMs" I meant "debs", heh.

Ethan

--=20
Happiness is a belt-fed weapon.

On Thu, 27 Feb 2003 11:06:49 -0800, Ken Bloom wrote
> ssi, synchronization starts to get painful when I am deleting 
> buddies, because each other client finds the deleted buddies in its 
> local file and adds them back (or just fails to delete them from its 
Yeah, I see how that could be annoying.

> local file). My solution to this is that I am trying to go about 
> turning off all of the local buddy lists (by chmoding them to 0 and 
> replacing the windows buddylist with a folder of the same name) so 
> that my AIM clients will be forced to rely on AOL's servers for 
> their buddy list.
> 
> Would it be possible for you to either supress the error message that
> shows up when Gaim doesn't have permission to read its buddy list or 
> to put a checkbox in the accounts dialog that tells gaim not to 
> store its buddy list locally? (The second solution seems preferable)
I think supressing the error messages is kind of ridiculous.  The message is
far more useful telling people that gaim can't create their buddy lists than
it is annoying for the very small number of people that intentionally make
their blist.xml file unreadable.

Some sort of checkbox has been discussed, and for the most part, decided
against.  The only protocol I know of with the symptoms you mentioned is
AIM/ICQ, and that will eventually be fixed by using the timestamp of the buddy
list stored on the server.

> I found another bug: when changing an alias, gaim tries only to write it
> to the buddylist file, and not to also change it by ssi. Hence, it
> doesn't get saved when you don't have write permission to the local
> buddylist.
I think AIM/ICQ is the only protocol that even supports this, and it works
fine when the buddy list is chmod 0'ed.  That AIM does this at all is a slight
abuse of the protocol.
-Mark


--
O      O  Mark Doliner
 \     |    mark@...
  \    |      http://www.kingant.net
"I'd rather be rich than stupid."

On Tue, 2003-02-25 at 10:24, Jango Fett wrote:
> What can i use to  play sounds from gaim under kde 3.0.3? Currently i
> only have system beeps.

Did you set your preferences to use ARTS to play the sounds?  If you're
using GAIM < 0.60 you may need to mess with the command, call artsplay,
I think it is... if you're using GAIM 0.60CVS the option should be
there.

Rob

In cvs, with libao, you would have an option for arts, kde's sound daemon. 
luke

On Tue, Feb 25, 2003 at 01:24:22PM -0500, Jango Fett wrote:
> What can i use to  play sounds from gaim under kde 3.0.3? Currently i
> only have system beeps.
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Gaim-devel mailing list
> Gaim-devel@...
> https://lists.sourceforge.net/lists/listinfo/gaim-devel

-- 
-This email is made of 100% recycled electrons.

Nathan Conrad spake unto us the following wisdom:
> I've noticed that in a lot of places in gaim, there are comments like
> 'this should never happen', and such. I am wondering why the
> g_assert(...)  function is not used in gaim. It would alert people
> that these unreachable cases are being reached. IMHO, an assertion is
> better than just letting the functions return without flagging an
> error.

There should only be assertions in places where the failure would be
fatal anyway, but perhaps harder to find.  Randomly asserting for
things that are not fatal but perhaps not completely correct doesn't
buy anyone anything...

Although perhaps a debug_printf would be appropriate.

> +               if (!who || !*who) {
> +                       /* this shouldn't ever happen */
>                         return;
>                 }

In this case, I assume this return statement prevents gaim from doing
anything Bad (like crashing) and probably doesn't affect the operation
of the program in such a way that a forced crash (assertion) would be
superior to silent failure.  If silent failure *is* in fact a problem
here, this check should not have been made.

Ethan

--=20
Happiness is a belt-fed weapon.

On 25 Feb 2003 04:01:29 -0500, Christopher (siege) O'Brien wrote
> Hello, this is referencing a build from CVS on 2003-02-24.
> 
> Previously, I had an OSCAR account with 117 buddies across 5 groups, 
> and 4 deny entries. Everything appeared to be working perfectly fine.

What version of Gaim were you using before?  If it was CVS, do you know what
date it's from?


> Looking in the debug window, I noticed as that account was being logged
> on each of the buddy names being added in lines like the following:
> 
> ssi: adding buddy MyBuddy from local list to server list
> 
> but a couple of lines later down the log a huge block of the 
> following lines was repeated:
> 
> ssi: status is 0x0001 for a 0x0008 action with name no item
> ssi: Action 0x0008 was unsuccessful with error 0x0001
> 
> I've attempted to remove/rebuild my buddy list on the affected 
> account by importing, but no luck. I was, however, able to import 
> the list in its entirety to an alternate OSCAR account, and have 
> buddy presence represented as normal.
> 
> I'm not sure if this is the manifestation of a bug in the new build 
> or if my account is simply possesed by something unholy. I'd 
> appreciate any feedback on this. If there's anything else specific 
> from the debug window which I have failed to provide but would be of 
> use, please let me know and I'll post it here.

Those 2 ssi message are printed when gaim receives an ack for some SSI action.
 Type 0x0008 is an "add," and I have no idea what error 0x0001 is.  If you're
curious, you can see the list of errors that I've seen at
http://kingant.net/oscar/?family=0x0013&subtype=0x000e

Would it be possible for you to email me the entire output of the debug window
from the before signing on to after all those messages scroll by?

Also, do you have access to the Windows version of AIM?  Or any other official
release?  I am curious if signing on with that would fix the problem or not. 
A full packet capture using tcpdump or ethereal of that account signing on
with Gaim and/or Windows AIM might be helpful, as well.

Thanks,
Mark

--
O      O  Mark Doliner
 \     |    mark@...
  \    |      http://www.kingant.net
"I'd rather be rich than stupid."

AIM claims to only reveal the user's ip if they direct connect. In the
case where they direct connect, netstat could tell you their ip.

On Mon, 2003-02-24 at 14:35, Jango Fett wrote:
> El sáb, 22-02-2003 a las 15:19, Luke Schierer escribió: 
> > On Sat, Feb 22, 2003 at 03:01:05PM -0500, Jango Fett wrote: 
> > > Is there any way to determine the buddy's ip in a chat sesion (using
> any 
> > > protocol)? 
> > 
> > in irc, the either the ip address is often part of the hostmask. 
> > luke 
> > 
> I should have said all protocols except irc. What I need is to know as 
> much information as possible about new buddies and ip can reveal some 
> things.
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Gaim-devel mailing list
> Gaim-devel@...
> https://lists.sourceforge.net/lists/listinfo/gaim-devel
-- 
Andrew Sayman <lorien420@...>

And in the newest AIM Beta, they won't even show you an IP in a direct
connection.

-s.

On Mon, 2003-02-24 at 17:48, Andrew Sayman wrote:
> AIM claims to only reveal the user's ip if they direct connect. In the
> case where they direct connect, netstat could tell you their ip.
>=20
> On Mon, 2003-02-24 at 14:35, Jango Fett wrote:
> > El s=E1b, 22-02-2003 a las 15:19, Luke Schierer escribi=F3:=20
> > > On Sat, Feb 22, 2003 at 03:01:05PM -0500, Jango Fett wrote:=20
> > > > Is there any way to determine the buddy's ip in a chat sesion (usin=
g
> > any=20
> > > > protocol)?=20
> > >=20
> > > in irc, the either the ip address is often part of the hostmask.=20
> > > luke=20
> > >=20
> > I should have said all protocols except irc. What I need is to know as=20
> > much information as possible about new buddies and ip can reveal some=20
> > things.
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Gaim-devel mailing list
> > Gaim-devel@...
> > https://lists.sourceforge.net/lists/listinfo/gaim-devel
--=20
Sean Egan <sean.egan@...>

This is not a problem unique to Gaim.  It seems to be affecting all
OSCAR clients, including AOL's official clients.
-s.

On Mon, 2003-02-24 at 13:17, Nathan 'Nato' Uno wrote:
> When I try to join or create a group chat with 0.60CVS (updated this
> morning) I consistently get the message "Chat is not currently
> available."
> 
> Is this a known issue?  Did AOL update Oscar or something?
> 
> This functionality worked fine for me last week.  Any help would be
> greatly appreciated...
> 
> Thanks,
> 
> Nathan 'Nato' Uno
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Gaim-devel mailing list
> Gaim-devel@...
> https://lists.sourceforge.net/lists/listinfo/gaim-devel
-- 
Sean Egan <sean.egan@...>