Buddy group membership race condition between multiple open sessions of Gaim

[eyv]

I use two open Gaim sessions. When adding a contact, one is simultaneously created in both sessions. However, in one session, the contact was placed into a group other than "Buddies". After a few minutes, the user started to oscillate between the group "Buddies" and the other group. This happens in the OS X Adium client (version 1.2.4; libpurple version unknown, but default build) as well as the Linux pidgin client (version 2.2.1).

Bug is *likely* a race condition, such that when I saved the member group in one client, the other client did not record the change, and they are now "fighting" with each other, each pushing the updated group to the server. This goes on for a long time and does not seem to repair itself. I imagine this problem exists with the generic jabber component as well, but I have not tested this.

Replicating this might be problematic, too. I will be happy to help.

[deryni]

A debug log (Help->Debug Window) of this occuring (ideally from both clients) would be most helpful in sorting this out. Offhand I can't think of any reason pidgin would do this as the client you aren't actively interacting with should not be sending out any roster changes only accepting incoming changes. I am leaning towards thinking that there might be a Google Talk clustering issue causing a race here but without debug logs that is wild speculation.

[trac-robot]

This ticket was closed automatically by the system. It was previously set to a Pending status and hasn't been updated within 14 days.

[grim]

see http://trac.adiumx.com/ticket/8834#comment:15

[MarkDoliner]

FYI I posted some new details and a potential patch to the Adium ticket.

[darkrain42]

This was fixed a little while ago.