After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 113108 - crash (galeon_window_update_control, galeon_tab_get_size, galeon_tab_set_is_active)
crash (galeon_window_update_control, galeon_tab_get_size, galeon_tab_set_is_a...
Status: RESOLVED FIXED
Product: galeon
Classification: Deprecated
Component: general
unspecified
Other other
: Normal major
: 2.0
Assigned To: galeon-maint
Yanko Kaneti
: 115063 115265 115416 117464 118308 118492 119661 119687 119917 119926 119933 120229 121115 121566 122587 123169 123749 125350 126386 126523 127029 129599 134575 148520 150015 274461 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-05-16 10:42 UTC by subart
Modified: 2005-04-09 23:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description subart 2003-05-16 10:42:20 UTC
Package: galeon
Severity: normal
Version: GNOME2.3.1 1.3.4
Synopsis: crash on google
Bugzilla-Product: galeon
Bugzilla-Component: general
BugBuddy-GnomeVersion: 2.0 (2.3.0)
Description:
Description of Problem:
crash on google .de

Steps to reproduce the problem:
1. searching in google
2. after an min.. ich see the results
3. crash 

Actual Results:


Expected Results:


How often does this happen?


Additional Information:



Debugging Information:

Backtrace was generated from '/usr/bin/galeon-bin'

[New Thread 1089546464 (LWP 3483)]
[New Thread 1142127920 (LWP 4112)]
[New Thread 1133735216 (LWP 3501)]
[New Thread 1125342512 (LWP 3498)]
[New Thread 1116949808 (LWP 3497)]
0xffffe002 in ?? ()

Thread 1 (Thread 1089546464 (LWP 3483))

  • #0 ??
  • #1 libgnomeui_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #2 nsProfileLock::FatalSignalHandler(int)
    from /usr/lib/mozilla/libgtkembedmoz.so
  • #3 <signal handler called>
  • #4 galeon_window_update_control
    at galeon-window.c line 1830
  • #5 galeon_tab_net_state_cb
    at galeon-tab.c line 761
  • #6 galeon_marshal_VOID__STRING_INT
    at galeon-marshal.c line 366
  • #7 g_closure_invoke
    from /usr/lib/libgobject-2.0.so.0
  • #8 g_signal_emit_by_name
    from /usr/lib/libgobject-2.0.so.0
  • #9 g_signal_emit_valist
    from /usr/lib/libgobject-2.0.so.0
  • #10 g_signal_emit_by_name
    from /usr/lib/libgobject-2.0.so.0
  • #11 mozilla_embed_net_state_all_cb
    at mozilla-embed.cpp line 1329
  • #12 gtkmozembed_VOID__POINTER_INT_UINT
    from /usr/lib/mozilla/libgtkembedmoz.so
  • #13 g_closure_invoke
    from /usr/lib/libgobject-2.0.so.0
  • #14 g_signal_emit_by_name
    from /usr/lib/libgobject-2.0.so.0
  • #15 g_signal_emit_valist
    from /usr/lib/libgobject-2.0.so.0
  • #16 gtk_signal_emit
    from /usr/lib/libgtk-x11-2.0.so.0
  • #17 EmbedProgress::OnStateChange(nsIWebProgress*, nsIRequest*, unsigned, unsigned)
    from /usr/lib/mozilla/libgtkembedmoz.so
  • #18 nsDocLoaderImpl::FireOnStateChange(nsIWebProgress*, nsIRequest*, int, unsigned)
    from /usr/lib/mozilla/components/libdocshell.so
  • #19 nsDocLoaderImpl::FireOnStateChange(nsIWebProgress*, nsIRequest*, int, unsigned)
    from /usr/lib/mozilla/components/libdocshell.so
  • #20 nsDocLoaderImpl::doStartDocumentLoad()
    from /usr/lib/mozilla/components/libdocshell.so
  • #21 nsDocLoaderImpl::OnStartRequest(nsIRequest*, nsISupports*)
    from /usr/lib/mozilla/components/libdocshell.so
  • #22 nsLoadGroup::AddRequest(nsIRequest*, nsISupports*)
    from /usr/lib/mozilla/components/libnecko.so
  • #23 nsHttpChannel::AsyncOpen(nsIStreamListener*, nsISupports*)
    from /usr/lib/mozilla/components/libnecko.so
  • #24 nsDocumentOpenInfo::Open(nsIChannel*)
    from /usr/lib/mozilla/components/libdocshell.so
  • #25 nsURILoader::OpenURI(nsIChannel*, int, nsISupports*)
    from /usr/lib/mozilla/components/libdocshell.so
  • #26 nsDocShell::DoChannelLoad(nsIChannel*, nsIURILoader*)
    from /usr/lib/mozilla/components/libdocshell.so
  • #27 nsDocShell::DoURILoad(nsIURI*, nsIURI*, nsISupports*, nsIInputStream*, nsIInputStream*, int, nsIDocShell**, nsIRequest**)
    from /usr/lib/mozilla/components/libdocshell.so
  • #28 nsDocShell::InternalLoad(nsIURI*, nsIURI*, nsISupports*, int, unsigned short const*, nsIInputStream*, nsIInputStream*, unsigned, nsISHEntry*, int, nsIDocShell**, nsIRequest**)
    from /usr/lib/mozilla/components/libdocshell.so
  • #29 nsDocShell::LoadURI(nsIURI*, nsIDocShellLoadInfo*, unsigned, int)
    from /usr/lib/mozilla/components/libdocshell.so
  • #30 nsRefreshTimer::Notify(nsITimer*)
    from /usr/lib/mozilla/components/libdocshell.so
  • #31 nsTimerImpl::Fire()
    from /usr/lib/mozilla/libxpcom.so
  • #32 handleTimerEvent(TimerEventType*)
    from /usr/lib/mozilla/libxpcom.so
  • #33 PL_HandleEvent
    from /usr/lib/mozilla/libxpcom.so
  • #34 PL_ProcessPendingEvents
    from /usr/lib/mozilla/libxpcom.so
  • #35 nsEventQueueImpl::ProcessPendingEvents()
    from /usr/lib/mozilla/libxpcom.so
  • #36 event_processor_callback(_GIOChannel*, GIOCondition, void*)
    from /usr/lib/mozilla/components/libwidget_gtk2.so
  • #37 g_vsnprintf
    from /usr/lib/libglib-2.0.so.0
  • #38 g_get_current_time
    from /usr/lib/libglib-2.0.so.0
  • #39 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #40 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #41 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #42 bonobo_main
    from /usr/lib/libbonobo-2.so.0
  • #43 main
    at galeon-main.c line 160
  • #44 __libc_start_main
    from /lib/tls/libc.so.6
  • #0 ??




------- Bug moved to this database by unknown@bugzilla.gnome.org 2003-05-16 06:42 -------

Unknown version 1.3.x in product galeon. Setting version to the default, "unspecified".
The original reporter (subart@bigfoot.com) of this bug does not have an account here.
Reassigning to the exporter, unknown@bugzilla.gnome.org.
Reassigning to the default owner of the component, galeon-maint@bugzilla.gnome.org.

Comment 1 Yanko Kaneti 2003-06-18 08:21:10 UTC
See the duplicates for galeon_tab_set_is_active scenario that looks
like the same problem to me.
Comment 2 Yanko Kaneti 2003-06-18 08:21:29 UTC
*** Bug 115063 has been marked as a duplicate of this bug. ***
Comment 3 Yanko Kaneti 2003-06-18 08:21:44 UTC
*** Bug 115416 has been marked as a duplicate of this bug. ***
Comment 4 Tommi Komulainen 2003-07-06 12:39:33 UTC
I'm betting it's this: http://bugzilla.mozilla.org/show_bug.cgi?id=201501
Comment 5 Yanko Kaneti 2003-07-16 07:06:10 UTC
*** Bug 117464 has been marked as a duplicate of this bug. ***
Comment 6 Yanko Kaneti 2003-07-28 16:48:01 UTC
*** Bug 118492 has been marked as a duplicate of this bug. ***
Comment 7 Yanko Kaneti 2003-08-11 19:00:25 UTC
*** Bug 119661 has been marked as a duplicate of this bug. ***
Comment 8 Yanko Kaneti 2003-08-12 05:19:10 UTC
*** Bug 119687 has been marked as a duplicate of this bug. ***
Comment 9 Yanko Kaneti 2003-08-15 13:24:34 UTC
*** Bug 119917 has been marked as a duplicate of this bug. ***
Comment 10 Yanko Kaneti 2003-08-19 11:58:16 UTC
*** Bug 120229 has been marked as a duplicate of this bug. ***
Comment 11 Crispin Flowerday (not receiving bugmail) 2003-08-20 09:07:14 UTC
I have tracked this one down, and it seems to be a bug in the
gtk_notebook:

You easily reproduce this by opening 2 windows, then starting a page
load in one of them. While that is loading, close the window, and you
get the crash.

This seems to be because the last tab in a window isn't getting
unreffed out of the notebook when it is destroyed, so mozilla
continues rendering to the (now hidden) embed, and then when it
notifies galeon-tab that it was finished, or some other state changes,
galeon-tab then trys to reference the window.

Epiphany have this worked around by not calling the window directly,
but have the tab set properties, and the window then hooks onto it. I
do believe that is a cleaner way of doing things, it doesn't solve the
problem that the tab is left around (leaking memory).
Comment 12 Crispin Flowerday (not receiving bugmail) 2003-08-22 22:13:18 UTC
My previous comment is completely wrong. The problems I was having was
cause by a different bug (#120496)
Comment 13 Crispin Flowerday (not receiving bugmail) 2003-08-23 17:13:38 UTC
*** Bug 119933 has been marked as a duplicate of this bug. ***
Comment 14 Crispin Flowerday (not receiving bugmail) 2003-08-23 17:13:58 UTC
*** Bug 119926 has been marked as a duplicate of this bug. ***
Comment 15 Crispin Flowerday (not receiving bugmail) 2003-08-31 17:47:45 UTC

*** This bug has been marked as a duplicate of 121115 ***
Comment 16 Crispin Flowerday (not receiving bugmail) 2003-08-31 17:58:50 UTC
Oop, I didn't meean to dup this one
Comment 17 Crispin Flowerday (not receiving bugmail) 2003-08-31 17:59:35 UTC
*** Bug 121115 has been marked as a duplicate of this bug. ***
Comment 18 Yanko Kaneti 2003-09-05 20:41:39 UTC
*** Bug 121566 has been marked as a duplicate of this bug. ***
Comment 19 Yanko Kaneti 2003-09-05 20:41:58 UTC
*** Bug 115265 has been marked as a duplicate of this bug. ***
Comment 20 Yanko Kaneti 2003-09-05 20:42:14 UTC
*** Bug 118308 has been marked as a duplicate of this bug. ***
Comment 21 Crispin Flowerday (not receiving bugmail) 2003-09-06 16:21:41 UTC
I have checked in a patch which will hopefully fix the "crash on
closing tabs" which most of the dups say in their steps to reproduce.
If this still occurs (builds after today or releases after 1.3.7) then
the bug needs to be reopened, or a new one created:

2003-09-06  Crispin Flowerday  <gnome@flowerday.cx>

        * src/galeon-tab.c: When destroying the GaleonTab object
disconnect
        the signal handlers for the embed object. These can fire even
        after the embed has emitted the "destroy" signal. Hopefully
        fixes #113108
        Also fix a small memory leak.
Comment 22 Yanko Kaneti 2003-09-18 04:49:11 UTC
*** Bug 122587 has been marked as a duplicate of this bug. ***
Comment 23 Crispin Flowerday (not receiving bugmail) 2003-09-25 09:03:40 UTC
*** Bug 123169 has been marked as a duplicate of this bug. ***
Comment 24 Tommi Komulainen 2003-10-03 15:00:30 UTC
*** Bug 123749 has been marked as a duplicate of this bug. ***
Comment 25 Crispin Flowerday (not receiving bugmail) 2003-10-24 19:58:11 UTC
*** Bug 125350 has been marked as a duplicate of this bug. ***
Comment 26 Olav Vitters 2003-11-06 19:16:29 UTC
*** Bug 126386 has been marked as a duplicate of this bug. ***
Comment 27 Yanko Kaneti 2003-11-09 12:09:28 UTC
*** Bug 126523 has been marked as a duplicate of this bug. ***
Comment 28 Olav Vitters 2003-11-15 10:02:06 UTC
*** Bug 127029 has been marked as a duplicate of this bug. ***
Comment 29 Crispin Flowerday (not receiving bugmail) 2003-12-18 11:23:46 UTC
*** Bug 129599 has been marked as a duplicate of this bug. ***
Comment 30 Elijah Newren 2004-02-17 17:05:30 UTC
*** Bug 134575 has been marked as a duplicate of this bug. ***
Comment 31 Crispin Flowerday (not receiving bugmail) 2004-07-26 22:39:13 UTC
*** Bug 148520 has been marked as a duplicate of this bug. ***
Comment 32 Tommi Komulainen 2004-08-13 06:08:30 UTC
*** Bug 150015 has been marked as a duplicate of this bug. ***
Comment 33 Olav Vitters 2005-04-09 23:59:54 UTC
*** Bug 274461 has been marked as a duplicate of this bug. ***