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 88996 - submit button crashes galeon
submit button crashes galeon
Status: RESOLVED DUPLICATE of bug 67691
Product: gnome-libs
Classification: Deprecated
Component: libgnomeui
1.4.x
Other other
: Normal normal
: ---
Assigned To: Philip Langdale
Yanko Kaneti
Depends on:
Blocks:
 
 
Reported: 2002-07-24 22:42 UTC by rrukste1
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description rrukste1 2002-07-24 22:42:29 UTC 
Package: galeon
Severity: normal
Version: 1.2.5
Synopsis: submit button crashes galeon
Bugzilla-Product: galeon
Bugzilla-Component: Mozilla interaction

Description:
Go to a page with an online form, fill out the form and click the
Continue (submit) button. Galeon crashes and brings up a bug report
window. Restart galeon, recover previous session and you are now at the
next screen where you can fill out the next bit of information, click
submit and watch it crash again.  Mozilla does not crash in this
situation.

Mozilla 1.0
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020510



Debugging Information:

(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...[New Thread 1024 (LWP 6398)]
[New Thread 2049 (LWP 6415)]
[New Thread 1026 (LWP 6416)]
[New Thread 2051 (LWP 6417)]
[New Thread 3076 (LWP 6418)]
[New Thread 6149 (LWP 7119)]

0x40a20409 in wait4 () from /lib/libc.so.6

+ Trace 25427

Thread 6 (Thread 6149 (LWP 7119))

  • #0 sigsuspend
    from /lib/libc.so.6
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 969
  • #2 pthread_cond_wait
    at restart.h line 34
  • #3 PR_WaitCondVar
    from /usr/lib/libnspr4.so
  • #4 nsThreadPool::GetRequest(nsIThread*)
    from /usr/lib/mozilla-1.0.0/libxpcom.so
  • #5 nsThreadPoolRunnable::Run()
    from /usr/lib/mozilla-1.0.0/libxpcom.so
  • #6 nsThread::Main(void*)
    from /usr/lib/mozilla-1.0.0/libxpcom.so
  • #7 PR_GetSP
    from /usr/lib/libnspr4.so
  • #8 pthread_start_thread
    at manager.c line 291

Thread 5 (Thread 3076 (LWP 6418))

  • #0 sigsuspend
    from /lib/libc.so.6
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 969
  • #2 pthread_cond_wait
    at restart.h line 34
  • #3 PR_WaitCondVar
    from /usr/lib/libnspr4.so
  • #4 TimerThread::Run()
    from /usr/lib/mozilla-1.0.0/libxpcom.so
  • #5 nsThread::Main(void*)
    from /usr/lib/mozilla-1.0.0/libxpcom.so
  • #6 PR_GetSP
    from /usr/lib/libnspr4.so
  • #7 pthread_start_thread
    at manager.c line 291

Thread 4 (Thread 2051 (LWP 6417))

  • #0 sigsuspend
    from /lib/libc.so.6
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 969
  • #2 pthread_cond_wait
    at restart.h line 34
  • #3 PR_WaitCondVar
    from /usr/lib/libnspr4.so
  • #4 NSGetModule
    from /usr/lib/mozilla-1.0.0/components/libnecko.so
  • #5 nsThread::Main(void*)
    from /usr/lib/mozilla-1.0.0/libxpcom.so
  • #6 PR_GetSP
    from /usr/lib/libnspr4.so
  • #7 pthread_start_thread
    at manager.c line 291 




------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-07-24 18:42 -------

Unknown version 1.2.x in product galeon. Setting version to the default, "unspecified".
The original reporter (rrukste1@tampabay.rr.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, philipl@mail.utexas.edu.
Comment 1 Kjartan Maraas 2002-07-28 23:37:39 UTC 
I think all these crashes in gnome_icon_entry_get_type() were fixed back in may.
The class was being initialized with a wrong type (vbox vs. hbox) and I think
this is what causes all these bugs. Please try again using the latest gnome-libs
(1.4.1.7 at this time)

If anyone feels that I'm wrongly marking bugs as fixed feel free to reopen the
bug and reassigning it to the original product/component, but do try to
reproduce it using the latest gnome-libs first.

Thanks.
Comment 2 Yanko Kaneti 2002-07-30 14:06:56 UTC 

*** This bug has been marked as a duplicate of 67691 ***