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 108438 - gnome-stones crashes when preferences window is closed
gnome-stones crashes when preferences window is closed
Status: RESOLVED DUPLICATE of bug 95088
Product: gnome-games-superseded
Classification: Deprecated
Component: general
2.0.x
Other other
: High critical
: ---
Assigned To: GNOME Games maintainers
GNOME Games maintainers
Depends on:
Blocks:
 
 
Reported: 2003-03-15 10:16 UTC by Peter Ajamian
Modified: 2012-01-31 23:30 UTC
See Also:
GNOME target: ---
GNOME version: 2.0


Description Peter Ajamian 2003-03-15 10:16:12 UTC 
Package: gnome-games
Severity: normal
Version: 2.0.3
Synopsis: gnome-stones crashes when preferences window is closed
Bugzilla-Product: gnome-games
Bugzilla-Component: gnome-stones
BugBuddy-GnomeVersion: 2.0 (2.0.3)

Description:
Description of Problem:
gnome-stones crashes when preferences window is closed

Steps to reproduce the problem:
1. Click on "Settings", the drop down menu opens
2. Click on "Preferences"
3. Click on "Close"

Actual Results:
Game crashes

Expected Results:
window to close, game to not crash

How often does this happen?
Every time

Additional Information:




Debugging Information:

Backtrace was generated from '/usr/bin/gnome-stones'




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

The original reporter (peter@pajamian.dhs.org) 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, gnome-games-maint@bugzilla.gnome.org.
Comment 1 Elijah Newren 2003-03-15 18:46:30 UTC 
The steps were able to give me the crash as well on my first try.  I 
was able to attach gdb to the crashed process, but unfortunately the
stack trace that was provided wasn't all that useful:

(gdb) thread apply all bt

+ Trace 34942

Thread 1 (Thread 8192 (LWP 20216))

  • #0 wait4
    from /lib/i686/libc.so.6
  • #1 __DTOR_END__
    from /lib/i686/libc.so.6
  • #2 waitpid
    from /lib/i686/libpthread.so.0
  • #3 libgnomeui_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #4 __pthread_sighandler
    from /lib/i686/libpthread.so.0
  • #5 <signal handler called>
  • #0 wait4
    from /lib/i686/libc.so.6 

But at least the steps are reliable under Redhat 8.

Setting version->2.0.x, marking priority->high & severity->critical
(it's a crasher), adding GNOMEVER2.0 and bugsquad keywords, and
marking as new.
Comment 2 Gregory Leblanc 2003-03-15 19:19:47 UTC 
Hmm, I can't reproduce this when I start gnome-stones manually, but it
crashes on startup when I try to use the menus (RHL 8.0.94).
Comment 3 Ross Burton 2003-03-16 14:34:20 UTC 

*** This bug has been marked as a duplicate of 108483 ***
Comment 4 Peter Ajamian 2003-03-16 17:59:10 UTC 
Why was this marked as a duplicate?  Both bugs are crashers, but they
look to be completely different to me.  This one crashes when the
prefs box is closed, the other crashes on startup and the stack traces
are different.

Please note the OS and OS details fields are incorrect but won't allow
me to change (OS is Linux and OS Details is RH8.0)
Comment 5 Peter Ajamian 2003-03-16 18:11:36 UTC 
it is a duplicate of 95088, though
Comment 6 Ross Burton 2003-03-16 19:00:59 UTC 
Sorry about this. :(

*** This bug has been marked as a duplicate of 95088 ***
Comment 7 Robert Ancell 2012-01-31 23:30:38 UTC 
This bug is being reassigned to the "general" component so we can close the gnome-stones bugzilla component.  Apologies for the mass email!