From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 Description of problem: With X running with the +xinerama extension, gaim now locks up the first time I receive a message in a given login session. If I killall gaim and start again, it works correctly until I log off and log back in again. Version-Release number of selected component (if applicable): gaim-0.59.8-0 How reproducible: Always Steps to Reproduce: 1. Start X with the +xinerama extension. You may need at least two monitors. Not sure. 2. Start gaim in a fresh login session. 3. Log in to your favorite messaging system. 4. Wait until you receive a message. A new chat window pops up. Actual Results: The new chat window appears, but the content area is empty. Gaim becomes unresponsive and moving another window in front washes out all of the text and buttons. Expected Results: The new chat window displays the message you were sent. Additional info: Running X with +xinerama and two video cards: nVidia Geforce 2 MX (AGP), and nVidia TNT2 (PCI).
Do you know how to use strace? If so, can you tell me where gaim is hanging?
I ran some strace runs for you, attaching them. There were actually two lockups this time: the main window locked up the first time I started gaim, then the second time I started gaim it didn't lock up until I received a message in the message window. The third time everything worked correctly. I'm not sure how much of the strace results you need, so I'm attaching the whole run. gaim.strace is the first lockup, and gaim.strace2 is the second lockup.
Created attachment 92136 [details] gaim.strace First lockup, main window comes up but doesn't paint.
Created attachment 92137 [details] gaim.strace2 Second lock-up, when painting the message receive window.
Workaround: I upgraded to gaim-0.64, which resolves this problem on our systems. The gnome2 integration and new features are good, too.
Marking as fixed in rawhide.