Red Hat Bugzilla – Bug 92219
Lockup when first message is received
Last modified: 2007-04-18 12:54:15 EDT
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):
Steps to Reproduce:
1. Start X with the +xinerama extension. You may need at least two monitors.
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.
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]
First lockup, main window comes up but doesn't paint.
Created attachment 92137 [details]
Second lock-up, when painting the message receive window.
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.