Ross Burton wrote: > On Tue, 2007-05-29 at 04:16 +0300, Eddy Petrişor wrote: >> I start tasks, select a task to edit, select a prio, tasks segfaults: >> >> $ LANG=C tasks >> /home/eddy/.gtkrc-2.0:3: error: invalid identifier `color', expected >> valid identifier > > Whoops, typo in your theme.
nah, is gtk 2.8 and I followed the README to add colours to tasks (I knew it will have no effect, but I was expecting to swtich to lenny somewhere in the near future). >> (tasks:19504): Gtk-CRITICAL **: gtk_cell_view_set_displayed_row: >> assertion `GTK_IS_TREE_MODEL (cell_view->priv->model)' failed > > Very strange! Can you get a back trace of this? I agree, I grepped for the assertion and found it in openmoko, but not in gtk... So here goes. Not sure if this is good enough; as you can see, I didn't knew where to put the breakpoint (g_assert was not useful): (gdb) step koto_task_editor_dialog_new () at koto-task-editor-dialog.c:241 241 return g_object_new (KOTO_TYPE_TASK_EDITOR_DIALOG, NULL); (gdb) step 0x00002b41803accc0 in g_object_new () from /usr/lib/libgobject-2.0.so.0 (gdb) step Single stepping until exit from function g_object_new, which has no line number information. (tasks:17337): Gtk-CRITICAL **: gtk_cell_view_set_displayed_row: assertion `GTK_IS_TREE_MODEL (cell_view->priv->model)' failed edit_task (task=0x8bcb90) at main.c:196 196 gtk_window_set_transient_for (GTK_WINDOW (dialog), GTK_WINDOW (window)); (gdb) thread apply all bt Thread 2 (Thread 1074006368 (LWP 17340)): #0 0x00002b4181946cf6 in poll () from /lib/libc.so.6 #1 0x00002b41807135ae in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #2 0x00002b4180713a46 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #3 0x00002b4181545cc0 in link_set_io_thread () from /usr/lib/libORBit-2.so.0 #4 0x00002b418072c5a4 in g_thread_create_full () from /usr/lib/libglib-2.0.so.0 #5 0x00002b4181776f1a in start_thread () from /lib/libpthread.so.0 #6 0x00002b418194f602 in clone () from /lib/libc.so.6 #7 0x0000000000000000 in ?? () Thread 1 (Thread 47560381817424 (LWP 17337)): #0 edit_task (task=0x8bcb90) at main.c:196 #1 0x00000000004091a9 in on_row_activated (tree_view=<value optimized out>, path=0x707d00, column=<value optimized out>, user_data=<value optimized out>) at main.c:229 #2 0x00002b41803a7479 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #3 0x00002b41803b6ae1 in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #4 0x00002b41803b7d95 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #5 0x00002b41803b7f73 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #6 0x00002b417edefe9b in _gtk_tree_view_column_autosize () from /usr/lib/libgtk-x11-2.0.so.0 #7 0x00002b417ed2964d in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #8 0x00002b41803a7479 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #9 0x00002b41803b6c7f in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #10 0x00002b41803b7b5e in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #11 0x00002b41803b7f73 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #12 0x00002b417edffe4e in gtk_widget_get_default_style () from /usr/lib/libgtk-x11-2.0.so.0 #13 0x00002b417ed232ae in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #14 0x00002b417ed24357 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x00002b417f06b52c in _gdk_events_init () from /usr/lib/libgdk-x11-2.0.so.0 #16 0x00002b4180710913 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #17 0x00002b418071375d in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #18 0x00002b4180713a46 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #19 0x00002b417ed246b2 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #20 0x000000000040845a in main (argc=1, argv=0x7fff2bfc8688) at main.c:570 This was done on the svn code r206. >> (tasks:19504): GLib-GObject-WARNING **: IA__g_object_set_valist: object >> class `KotoTaskEditorDialog' has no property named `transient-for' > > I've fixed this in svn. > >> Segmentation fault > > I hope that this was caused by the property setting failing. If you can > attempt a build from svn to check, that would be great. The svn build seems ok. Will you do a 0.8 release; I went back to 0.6 which worked fine, but it would be nice to be able to set categories right from task creation. BTW, I think that task categorization could be done more intuitive with a syntax like "::category:: task". This would allow later multiple categorization (e.g.: "::dev::pkg:: release tasks 0.8" ;-) ). -- Regards, EddyP ============================================= "Imagination is more important than knowledge" A.Einstein
signature.asc
Description: OpenPGP digital signature