Ubuntu
firefox-3.5 package

(karmic)firefox-3.5 crashed with signal 7 in _gdk_window_process_updates_recurse()

Bug #410799 reported by Michael Heimann on 2009-08-08

This bug report is a duplicate of: Bug #404423: firefox-3.5 crashed with SIGSEGV in _gdk_window_process_updates_recurse(). Edit Remove

This bug affects 1 person

Affects		Status	Importance	Assigned to	Milestone
	firefox-3.5 (Ubuntu)	New	Medium	Unassigned

Bug Description

Binary package hint: firefox-3.5

running karmic on a amd64 system with only standard repos and firefox 3.5 from repository.
ram and cpu are not at all maxed when bug happens.

firefox version: 3.5.2+nobinonly-0ubuntu1 - also happening with 3.0.13+nobinonly-0ubuntu1

what happened: firefox windows closed suddenly

what was expected: not to close

what was done before the bug: I've been working on a cisco communications manager 7 website and doing configuration.

is the bug repeatable: yes - I'm getting this always after about 15 minutes of work on the web-gui of the ccm.

what else: I've been changing from the 3.0 release from repository since I had that problem and thought it might disappear with 3.5. And I'm running vesa driver with no composing or elso, of course.

Hope that helps,
Michael

ProblemType: Crash
Architecture: amd64
Date: Sat Aug 8 18:25:22 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/lib/firefox-3.5.2/firefox-3.5
Package: firefox-3.5 3.5.2+nobinonly-0ubuntu1
ProcCmdline: /usr/lib/firefox-3.5.2/firefox-3.5
ProcEnviron:
LANG=de_DE.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-5.24-generic
Signal: 7
SourcePackage: firefox-3.5
StacktraceTop:
_gdk_window_process_updates_recurse (window=0x7f9a236889a0,
_gdk_window_process_updates_recurse (
_gdk_window_process_updates_recurse (
gdk_window_process_updates_internal (
IA__gdk_window_process_all_updates ()
Title: firefox-3.5 crashed with signal 7 in _gdk_window_process_updates_recurse()
Uname: Linux 2.6.31-5-generic x86_64
UserGroups: adm admin audio cdrom dialout dip disk floppy fuse libvirtd lpadmin plugdev tape vboxusers video

See original description

Tags:

Revision history for this message

Michael Heimann (michael-heimann) wrote on 2009-08-08:

Dependencies.txt Edit (3.3 KiB, text/plain; charset="utf-8")
Disassembly.txt Edit (1.4 KiB, text/plain; charset="utf-8")
ProcMaps.txt Edit (74.0 KiB, text/plain; charset="utf-8")
ProcStatus.txt Edit (805 bytes, text/plain; charset="utf-8")
Registers.txt Edit (1.1 KiB, text/plain; charset="utf-8")
Stacktrace.txt Edit (3.8 KiB, text/plain; charset="utf-8")
ThreadStacktrace.txt Edit (9.6 KiB, text/plain; charset="utf-8")

visibility:	private → public
description:	updated

Revision history for this message

Apport retracing service (apport) wrote on 2009-08-08: Stacktrace.txt (retraced)

Stacktrace.txt (retraced) Edit (9.8 KiB, text/plain)

StacktraceTop:_gdk_window_process_updates_recurse (window=0x7f9a236889a0,
_gdk_window_process_updates_recurse (
_gdk_window_process_updates_recurse (
gdk_window_process_updates_internal (
IA__gdk_window_process_all_updates ()

Revision history for this message

Apport retracing service (apport) wrote on 2009-08-08: ThreadStacktrace.txt (retraced)

ThreadStacktrace.txt (retraced) Edit (25.1 KiB, text/plain)

Changed in firefox-3.5 (Ubuntu):
importance:	Undecided → Medium
tags:	removed: need-amd64-retrace

Revision history for this message

Michael Heimann (michael-heimann) wrote on 2009-08-08:

I've now sometimes seen a warning after restoring my session in firefox that warned me about a loop on the page I'm visiting. (Looks like its redirecting to itself).

So the bug might be that firefox is not always recognizing such redirecting loops...