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 417107 - Tomboy crash when new note's name conflicts with an older note's name
Tomboy crash when new note's name conflicts with an older note's name
Status: RESOLVED DUPLICATE of bug 351671
Product: tomboy
Classification: Applications
Component: General
unspecified
Other Linux
: Normal critical
: ---
Assigned To: Tomboy Maintainers
Tomboy Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-03-11 15:14 UTC by Sandy Armstrong
Modified: 2008-02-26 20:46 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Sandy Armstrong 2007-03-11 15:14:39 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)
Comment 1 Sandy Armstrong 2007-03-11 17:08:16 UTC
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.
Comment 2 Sandy Armstrong 2007-03-11 17:27:29 UTC
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.
Comment 3 Boyd Timothy 2007-03-11 19:01:31 UTC
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 ***
Comment 4 Sandy Armstrong 2007-03-11 19:26:06 UTC
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?