GNOME Bugzilla – Bug 417107
Tomboy crash when new note's name conflicts with an older note's name
Last modified: 2008-02-26 20:46:24 UTC
Steps to reproduce: 0. Assume you have an old note named "Today: Template" (for the sake of this example) 1. Create a new note. Rename it to "Today: Template". 2. Click at the end of the default note content. 3. Dialog informs you that that you need to rename the note before continuing. Select OK. 4. Mouse switches to a sort of highlight mode. 5. At this point, you can click anywhere in the note and Tomboy will probably crash. You can also rename the note, and then when you click anywhere Tomboy will crash. Expected result: Tomboy does anything other than crash. :-) Actual result: Crashing :-( I'm marking this criticial because assuming most people use simple names for their notes, an eventual name collision is inevitable. Here is my console output. The new note is called "Hello Note". The line that starts with "[DEBUG]: Matching" indicates that I have just attempted to rename it to "Today: Template". The rest of the output occurs after step 5 in the above instructions. [DEBUG]: Creating Buffer for 'Hello Note'... [DEBUG]: Matching Note title 'Today: Template' at 0-15... Gtk-ERROR **: file gtktextview.c: line 5720 (gtk_text_view_start_selection_drag): assertion failed: (text_view->selection_drag_handler == 0) aborting... ================================================================= Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. ================================================================= Stacktrace: at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x00004> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff> at Gtk.Application.Run () <0x00007> at Gnome.Program.Run () <0x00007> at Tomboy.Application.StartMainLoop () <0x00014> at Tomboy.Tomboy.StartTrayIcon () <0x000b2> at Tomboy.Tomboy.Main (string[]) <0x001bc> at (wrapper runtime-invoke) System.Object.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff> Native stacktrace: mono(mono_handle_native_sigsegv+0xde) [0x815644e] [0xffffe440] /lib/tls/i686/cmov/libc.so.6(abort+0x103) [0xb7da5ef3] /usr/lib/libglib-2.0.so.0(g_logv+0x4c2) [0xb7f3c122] /usr/lib/libglib-2.0.so.0(g_log+0x29) [0xb7f3c159] /usr/lib/libglib-2.0.so.0(g_assert_warning+0x76) [0xb7f3c1d6] /usr/lib/libgtk-x11-2.0.so.0 [0xb6e5dacb] /usr/lib/libgtk-x11-2.0.so.0 [0xb6e5ddd5] /usr/lib/libgtk-x11-2.0.so.0(_gtk_marshal_BOOLEAN__BOXED+0x60) [0xb6d9db00] /usr/lib/libgobject-2.0.so.0 [0xb6a77fb9] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x12b) [0xb6a7979b] /usr/lib/libgobject-2.0.so.0 [0xb6a8a1e3] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x68f) [0xb6a8ae7f] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29) [0xb6a8b279] /usr/lib/libgtk-x11-2.0.so.0 [0xb6eb15f8] /usr/lib/libgtk-x11-2.0.so.0(gtk_propagate_event+0x183) [0xb6d96ef3] /usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x317) [0xb6d980f7] /usr/lib/libgdk-x11-2.0.so.0 [0xb6c0b7ea] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x182) [0xb7f33802] /usr/lib/libglib-2.0.so.0 [0xb7f367df] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1a9) [0xb7f36b89] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb4) [0xb6d98574] [0xb5380d29] [0xb5380ce8] [0xb5380cc8] [0xb5380ca5] [0xb5c8a56b] [0xb7456e9d] [0xb7456a73] mono(mono_runtime_exec_main+0x62) [0x80996b2] mono(mono_runtime_run_main+0x1b9) [0x8099999] mono(mono_main+0xe47) [0x805d477] mono [0x805c122] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc) [0xb7d908cc] mono [0x805c071] Aborted (core dumped)
I forgot to mention: If I use the arrow keys to navigate away from the title after I initially rename it (instead of clicking at the end of the default content), everything works as expected.
The crash goes away if I remove the Buffer.MoveMark calls from the ShowNameClashError method in Watchers.cs. The Gtk.TextView is more or less a mystery to me, but hopefully this info will help someone else figure out what's going on. I don't get why the error is a "drag" error when I'm not dragging anything.
This is actually a duplicate of bug #351671. Sandy, would you be able to verify the fix? I thought the fix was working for me but I still see the problem in an early SLED 10 SP1 internal build that supposedly had the patch. *** This bug has been marked as a duplicate of 351671 ***
Sorry for the dupe. I'm not sure how I would test that fix in my current environment. So I guess anyone using GTK+ < 2.10.10 is just going to have to deal with this crash?