GNOME Bugzilla – Bug 379106
crash in Project Management: Saving a project.
Last modified: 2006-11-27 22:40:22 UTC
What were you doing when the application crashed? Saving a project. Distribution: Fedora Core release 6 (Zod) Gnome Release: 2.16.0 2006-09-04 (Red Hat, Inc) BugBuddy Version: 2.16.0 System: Linux 2.6.18-1.2849.fc6 #1 SMP Fri Nov 10 12:45:28 EST 2006 i686 X Vendor: The X.Org Foundation X Vendor Release: 70101000 Selinux: Enforcing Accessibility: Disabled ----------- .xsession-errors --------------------- self.statusbar = gnome.ui.AppBar (True, True) Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/gnomebt/manager.py", line 274, in ? BTManager ().main () File "/usr/lib/python2.4/site-packages/gnomebt/manager.py", line 85, in __init__ if not self.btctl.is_initialised(): gobject.GError: Can't get device id of hci0 (planner:18571): Gtk-CRITICAL **: gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget, event)' failed (planner:18571): Gtk-CRITICAL **: gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget, event)' failed (planner:18571): Gtk-CRITICAL **: gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget, event)' failed ** (bug-buddy:18611): WARNING **: Couldn't load icon for Open Folder -------------------------------------------------- Memory status: size: 75194368 vsize: 0 resident: 75194368 share: 0 rss: 16592896 rss_rlim: 0 CPU usage: start_time: 1164457213 rtime: 0 utime: 1725 stime: 0 cutime:1667 cstime: 0 timeout: 58 it_real_value: 0 frequency: 0 Backtrace was generated from '/usr/bin/planner' (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1208191280 (LWP 18571)] (no debugging symbols found) 0x00b9a402 in __kernel_vsyscall ()
+ Trace 89233
Thread 1 (Thread -1208191280 (LWP 18571))
I don't know if the information above gives you any useful information, but here are a couple comments based on my first experience with Planner: 1: I had entered several very similar tasks (my project was to relocate several servers in sequence so as to minimize the downtime for users). One subtask that appeared in several tasks was "Shut down server", and this line depended on a previous activity and in turn another activity depended on this line. I noticed that when defining dependencies I selected the correct line which corresponded to the server that I was working on but when I checked the Gantt chart the dependency was defined as depending on the *first* instance of "Shut down Server" which corresponded to a different server. I know nothing about the Gnome API but I assume the listbox is returning the selected text and not the index of the selected text - which would have helped to avoid this issue. If Planner cannot handle identical task / subtask names could it check for duplicates at the time they are entered? Planner started becoming slightly less than stable when this issue occurred but I thought I had fixed it by renaming subtasks to "Shut down server <Servername>" 2: Fortunately the planner files are written in XML so I repaired the file that was slightly corrupted when it crashed so it was legal XML but planner still crashes with it. I created a new project and copied in most of the data from the old one. I am not sure but I *think* it started failing when I entered resource usage. It allowed me to enter usage and it is quite possible that at some times a resource is 500% utilized. I was expecting to be able to enter all tasks and utilizations then juggle their timing until I could see 100% utilization or less throughout. It was only after I had entered utilizations and tried to display the gantt chart that the newly created project started failing and inviting me to submit more bug reports. As this is my first bug report I have no idea if anyone is going to read this or care. If you need any more information please let me know. I kept a few backups of the project in various stages of development until it started failing. Rgds, andy jones
<some time later> I installed Planner for windows on my windows box and the file that crashes Planner for Linux works just fine. I think the issue is with my Linux setup. (Installed it a few days ago and Planner is the only application I have used seriously so far) I have changed the bug status to NOTABUG Rgds, Andy Jones
no, it isn't *your* setup, it's really planner's linux binary that differs - see bug 347555. :-)
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 347555 ***