Bug 382548 – crash in Project Management: ctr-z

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 382548 - crash in Project Management: ctr-z


Summary:	crash in Project Management: ctr-z


Status:	RESOLVED FIXED

Product:	planner
Classification:	Other
Component:	General
Version:	0.14.x
Hardware:	Other All

Importance:	High critical
Target Milestone:	---
Assigned To:	planner-maint
QA Contact:	planner-maint

URL:
Whiteboard:

Duplicates:	379451 382924 424396 513474 (view as bug list)
Depends on:
Blocks:

Reported:	2006-12-05 09:43 UTC by robareew
Modified:	2008-03-15 12:45 UTC

See Also:
GNOME target:	---
GNOME version:	2.15/2.16

Description robareew 2006-12-05 09:43:36 UTC

Version: 0.14.1

What were you doing when the application crashed?
ctr-z


Distribution: Ubuntu 6.10 (edgy)
Gnome Release: 2.16.1 2006-10-02 (Ubuntu)
BugBuddy Version: 2.16.0

Memory status: size: 88485888 vsize: 0 resident: 88485888 share: 0 rss: 27537408 rss_rlim: 0
CPU usage: start_time: 1165308281 rtime: 0 utime: 1743 stime: 0 cutime:1677 cstime: 0 timeout: 66 it_real_value: 0 frequency: 0

Backtrace was generated from '/usr/bin/planner'

(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1226368832 (LWP 5449)]
(no debugging symbols found)
0xffffe410 in __kernel_vsyscall ()

+ Trace 91724

Thread 1 (Thread -1226368832 (LWP 5449))

#0 __kernel_vsyscall
#1 __waitpid_nocancel
from /lib/tls/i686/cmov/libpthread.so.0
#2 gnome_gtk_module_info_get
from /usr/lib/libgnomeui-2.so.0
#3 <signal handler called>
#4 g_object_set
from /usr/lib/libgobject-2.0.so.0
#5 planner_task_tree_reset_constraint
#6 planner_cmd_manager_undo
#7 g_cclosure_marshal_VOID__VOID
from /usr/lib/libgobject-2.0.so.0
#8 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#9 g_signal_chain_from_overridden
from /usr/lib/libgobject-2.0.so.0
#10 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#11 g_signal_emit
from /usr/lib/libgobject-2.0.so.0
#12 _gtk_action_emit_activate
from /usr/lib/libgtk-x11-2.0.so.0
#13 gtk_action_new
from /usr/lib/libgtk-x11-2.0.so.0
#14 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#15 g_signal_chain_from_overridden
from /usr/lib/libgobject-2.0.so.0
#16 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#17 g_signal_emit
from /usr/lib/libgobject-2.0.so.0
#18 gtk_accel_group_activate
from /usr/lib/libgtk-x11-2.0.so.0
#19 gtk_accel_groups_activate
from /usr/lib/libgtk-x11-2.0.so.0
#20 gtk_window_activate_key
from /usr/lib/libgtk-x11-2.0.so.0
#21 gtk_window_activate_key
from /usr/lib/libgtk-x11-2.0.so.0
#22 _gtk_marshal_BOOLEAN__BOXED
from /usr/lib/libgtk-x11-2.0.so.0
#23 g_value_set_boxed
from /usr/lib/libgobject-2.0.so.0
#24 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#25 g_signal_chain_from_overridden
from /usr/lib/libgobject-2.0.so.0
#26 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#27 g_signal_emit
from /usr/lib/libgobject-2.0.so.0
#28 gtk_widget_get_default_style
from /usr/lib/libgtk-x11-2.0.so.0
#29 gtk_propagate_event
from /usr/lib/libgtk-x11-2.0.so.0
#30 gtk_main_do_event
from /usr/lib/libgtk-x11-2.0.so.0
#31 _gdk_events_init
from /usr/lib/libgdk-x11-2.0.so.0
#32 g_main_context_dispatch
from /usr/lib/libglib-2.0.so.0
#33 g_main_context_check
from /usr/lib/libglib-2.0.so.0
#34 g_main_loop_run
from /usr/lib/libglib-2.0.so.0
#35 gtk_main
from /usr/lib/libgtk-x11-2.0.so.0
#36 main
#0 __kernel_vsyscall

Comment 1 André Klapper 2006-12-07 21:07:44 UTC

*** Bug 382924 has been marked as a duplicate of this bug. ***

Comment 2 Marc-Andre Lureau 2007-02-10 18:08:35 UTC

*** Bug 379451 has been marked as a duplicate of this bug. ***

Comment 3 Maurice van der Pot 2008-01-06 11:38:41 UTC

*** Bug 424396 has been marked as a duplicate of this bug. ***

Comment 4 Maurice van der Pot 2008-01-06 11:41:48 UTC

The problem can be reproduced like this:

- create two tasks                                                                                                                                                                                                                          
- drag a dependency from t2 to t1                                                                                                                                                                                                           
- indent t2  <-- this should not be allowed by planner (introduces a dep cycle)
- undo       <-- results in a crash

Not sure how to solve it yet. More details to be found here:
http://mail.gnome.org/archives/planner-dev-list/2008-January/msg00000.html

Comment 5 Maurice van der Pot 2008-01-31 17:59:21 UTC

*** Bug 513474 has been marked as a duplicate of this bug. ***

Comment 6 Maurice van der Pot 2008-03-15 12:45:06 UTC

This problem has been fixed in the development version (revision 894). The fix will be available in the next major software release. Thank you for your bug report.