|
From: Mark D. <ma...@ki...> - 2003-02-28 01:55:01
|
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 \ | ma...@ki... \ | www.kingant.net "I'd rather be rich than stupid." |