Two-window crash: When idle, new inbound conversation opens two windows, leads to crash

Bug #72090 reported by Tim McCormack
4
Affects Status Importance Assigned to Milestone
gaim (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

This problem started with the Edgy Eft upgrade, which included the Gaim upgrade.

I will sometimes come back to my computer to find that someone has IM'd me, and that two conversation windows have opened for it. One window is blank, the other has the messages. After trying to click on the blank window, Gaim crashes w/ a bug report dialog.

This only occurs when 1) I am idle and 2) the incoming message is starting a new conversation. My idle reporting is based upon X usage.

See next comment for backtrace.

Installed are these relevant packages:

gaim 1:2.0.0+beta3.1-1ubuntu9
gaim-data 1:2.0.0+beta3.1-1ubuntu9
gaim-encryption 3.0+beta5-2
gaim-extendedprefs 0.5-4build1
gaim-guifications 2.13~beta3-ubuntu1
gaim-irchelper 0.13-4
gaim-otr 3.0.0+cvs20060530-1

The activated plugins are:

Buddy State Notification
Extended Preferences
History
IRC Helper
Message Notification
Nautilus Integration
Off-the-Record Messaging
System Tray Icon

I will attempt to produce steps to reproduce the bug, which has occurred for both MSN and AIM protocol conversations. I am willing to modify preferences and settings at the request of others to help narrow down this bug.

Revision history for this message
Tim McCormack (phyzome) wrote : Backtrace
Revision history for this message
Sebastien Bacher (seb128) wrote : Re: Two-window crash: After away for a while, new inbound conversation opens two windows, causes crash

Thank you for your bug

Changed in gaim:
importance: Undecided → Medium
status: Unconfirmed → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Debug backtrace:

#0 gtkconv_set_unseen (gtkconv=0x0, state=GAIM_UNSEEN_NONE) at ../../src/gtkconv.c:6797
#1 0x080e8588 in focus_win_cb (w=0x81ea8a8, e=0x820b738, d=0x8355750) at ../../src/gtkconv.c:6823
#2 0xb7c3ab00 in _gtk_marshal_BOOLEAN__BOXED (closure=0x8355860, return_value=0xbfc2db20, n_param_values=2,
    param_values=0xbfc2dbfc, invocation_hint=0xbfc2db0c, marshal_data=0x80e8570) at gtkmarshalers.c:84
#3 0xb797479b in IA__g_closure_invoke (closure=0x8355860, return_value=0xbfc2db20, n_param_values=2,
    param_values=0xbfc2dbfc, invocation_hint=0xbfc2db0c) at gclosure.c:490
#4 0xb7984b93 in signal_emit_unlocked_R (node=0x81d0d68, detail=0, instance=0x81ea8a8, emission_return=0xbfc2ddbc,
    instance_and_params=0xbfc2dbfc) at gsignal.c:2440
#5 0xb7985e7f in IA__g_signal_emit_valist (instance=0x81ea8a8, signal_id=44, detail=0, var_args=<value optimized out>)
    at gsignal.c:2209
#6 0xb7986279 in IA__g_signal_emit (instance=0x81ea8a8, signal_id=44, detail=0) at gsignal.c:2243
#7 0xb7d4e5f8 in gtk_widget_event_internal (widget=0x81ea8a8, event=0x820b738) at gtkwidget.c:3911
#8 0xb7c351e9 in IA__gtk_main_do_event (event=0x820b738) at gtkmain.c:1423
#9 0xb7abe7ea in gdk_event_dispatch (source=0x8181e80, callback=0, user_data=0x0) at gdkevents-x11.c:2320

Revision history for this message
Tim McCormack (phyzome) wrote : No interaction likely with laptop lid closing

I had this bug occur in a new situation: while watching a video. I had gone idle, since my idle reporting is X-input-based, but I was able to see the bug occur because VLC was blocking the screensaver.

I already had a leftover message window open with buddy A, and buddy B messaged me. Gaim is set to add to the last IM or chat window, but it first added a new window (the blank one) and then opened a new tab on the original window. (At least, this is how it appeared.)

So, I can confirm that this happens on idle and new message, but I cannot confirm whether it requires an existing IM window.

Tim McCormack (phyzome)
description: updated
Revision history for this message
Tim McCormack (phyzome) wrote : New window "moves" when there are no existing conversations

I can confirm that this bug can happen with no existing conversation windows present. Also reporting odd behavior of conversation window, which may provide some insight into the crash. Here's the sequence as best I can remember:

 * no conversations present
 * have gone idle
 * beep (incoming)
 * window appears in upper left of screen (call it "top")
 * several incoming messages into "top"
 * I start typing into "top"
 * more incoming messages into "top"
 * somewhere in here, "top"
 * a new window appears in lower left (call it "bottom"), containing the conversation that "top" contained
 * I can send and receive and start new conversations in "bottom", but gaim will crash if I touch "top".

I think that gaim is opening the new conversation twice, and then some ambiguity over the appropriate window is causing the crash.

Attached is a screenshot.

Revision history for this message
Tim McCormack (phyzome) wrote : Interaction with sound system?

This may or may not be related to a conflict with the sound system. For example, if I start Gaim while Firefox has a page open with a YouTube video, Gaim will produce a window very similar to the doppelganger I've noted above. (On startup, Gaim signs into IRC, which produces some message windows. I don't hear the normal beeps, and closing the last tab or window crashes Gaim.)

Revision history for this message
Adam Niedling (krychek) wrote :

Edgy and gaim are not supported anymore. Please open a new bug if you get a crash with pidgin in a later version of Ubuntu.

Changed in gaim:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.