Page 1 of 1

Group handling

Posted: Sun Dec 23, 2007 7:36 pm
by darmok
I'm having a lot of difficulties with Adium 1.2b3's group handling. Did some searching here in the forums and on trac - mostly just got more confused and saw no solutions.

My config:
300-MHz PowerMac G3 B&W w/ 640 MB RAM, OS X 10.4.10, AdiumX 1.2b3
Accounts: 3 AIM, 3 Yahoo (related, so two are kept disabled).

When I show groups... it's a mess. There are empty groups, that were deleted a year+ ago. There are groups that no longer exist on AIM or YIM, but still contain users. Moving contacts from group to group never sticks. Perhaps related: Adium often selects the wrong account to respond to a message (more about that below).

To make things more complicated (or simplified, depending on your pov), I quit Adium, then used the regular AIM and YIM clients to "reorganize" the groups. I made sure that each account now contains only two groups, each containing the correct users. To reduce conflicts, I've now prefixed the group names to make each completely unique. I carefully quit and relaunched the AIM and YIM clients, logging into each account, and verified that everything is exactly right.

Adium now sees the newly named groups, AND the old groups, AND the ones that were deleted a year+ ago. Looking thru the list, it seems to have simply thrown out some users, if they were in two of the groups. As confusing as when I started and then some! LOL. Tried moving contacts and removing groups - they all revert back when I relaunch Adium.

It "feels" like Adium has the group associations cached and prefers the stale cache to the real state. Trashing ~/Library/Caches/Adium/ made no diff. Ditto for removing "libpurple/blist.xml".

So...

What is the "state" of Adium's group handling? Is this a known mess being worked on or ?

Is there a way to junk all of Adium's group knowledge, without losing individual contacts or combined-contact setup, etc, so Adium will then rebuild it from the service supplied information?

And that problem of Adium using the wrong account to reply to messages... I mention that here because I'm thinking that it is perhaps related to all this. Adium sticking contacts in the wrong service's groups sounds, to me, akin to Adium adding wrong accounts to contacts -- seeing as it would have to do that to make a contact appear in a group that doesn't exist on the one account. That make sense? I opened a trac 8638, but it's been closed, pointing to what I think are only related problems - something to do with Jabber - but this is occurring with AIM and YIM (that I've checked so far).

Thanks,
- Dan.

Re: Group handling

Posted: Wed Dec 26, 2007 9:27 pm
by darmok
darmok wrote:Is there a way to junk all of Adium's group knowledge, without losing individual contacts or combined-contact setup, etc, so Adium will then rebuild it from the service supplied information?
After some trial and error, I'm coming to the conclusion the answer to my question is - No. It would seem that the Group.* and other files are simply redundant / ignored informations. The real group data seems to be held in the individual contact files (eg: AIM.myfriend.plist)? Adium doesn't care about the other files... it simply takes what the servers say then ADDs whatever those individual files say - even if they contain bad data. And if you touch those files, not only do you loose all the information about that user, but it also corrupts the combined contact for that user.

Still like to get a real reply to my questions...

- Dan.