gedit crashed with SIGABRT: (g_slist_length (ce->priv->invalid) <= 1)

StacktraceTop:
 g_assertion_message (domain=<optimized out>, file=<optimized out>, line=<optimized out>, func=0x7fa119feb7d9 "update_syntax", message=0x11cd070 "assertion failed: (g_slist_length (ce->priv->invalid) <= 1)") at /build/buildd/glib2.0-2.31.8/./glib/gtestutils.c:1860
 g_assertion_message_expr (domain=0x7fa119fec216 "GtkSourceView", file=0x7fa119fea791 "gtksourcecontextengine.c", line=5595, func=0x7fa119feb7d9 "update_syntax", expr=<optimized out>) at /build/buildd/glib2.0-2.31.8/./glib/gtestutils.c:1871
 update_syntax (ce=0xff62c0, end=0x0, time=10) at gtksourcecontextengine.c:5595
 first_update_callback (ce=0xff62c0) at gtksourcecontextengine.c:2390
 gdk_threads_dispatch (data=<optimized out>) at /build/buildd/gtk+3.0-3.3.6/./gdk/gdk.c:745

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:

* Is this reproducible?
* If so, what specific steps should we take to recreate this bug?

This will help us to find and resolve the problem.

[Expired for gtksourceview3 (Ubuntu) because there has been no activity for 60 days.]

Hi, i can consistently reproduce this with a file. I would prefer not to share this publicly as it is a personal file but maybe you could tell me what i could look out for within its content?

I ran into this bug today. It happened when I dragged the attached file from nautilus to gedit over an sftp connection. The strange thing is if I created a new file, and c&p the contents from "recovery.html" to the new file, then dragged it to gedit it didn't crash, I'm guessing due to file endings. Dragging/opening it from a local filesystem worked.

gedit:
  Installed: 3.6.2-0ubuntu1
  Candidate: 3.6.2-0ubuntu1
  Version table:
 *** 3.6.2-0ubuntu1 0
        500 http://archive.ubuntu.com/ubuntu/ raring/main amd64 Packages
        100 /var/lib/dpkg/status

gedit version.php
**
GtkSourceView:ERROR:gtksourcecontextengine.c:5520:update_syntax: assertion failed: (g_slist_length (ce->priv->invalid) <= 1)
Aborted

I had a file that would not open and I was getting this error. Perhaps having a file to test against will help resolve this issue. If I can be of any help just let me know. Peace - Anthony

Just a quick followup, when I did cat version.php I received the following as the first line:



http://stackoverflow.com/questions/3255993/how-do-i-remove-i-from-the-beginning-of-a-file indicates BOM (byte order mark) to be the culprit

I confirm that the BOM character crashes Gedit, removing it puts everthing back in order (an easy way is to recreate the file by copy/pasting the file contents with another editor, in my case Geany).

Status changed to 'Confirmed' because the bug affects multiple users.

I don't have to open any file, and then it closes. Almost impossible to work.

But I do have a dashboard plugin that opens the it starts.

    gedit > ../log.txt 2>../err.txt

err.txt

Traceback (most recent call last):
  File "/usr/lib/gedit/plugins/sessionsaver/__init__.py", line 67, in do_activate
    self._insert_menu()
  File "/usr/lib/gedit/plugins/sessionsaver/__init__.py", line 118, in _insert_menu
    self._update_session_menu()
  File "/usr/lib/gedit/plugins/sessionsaver/__init__.py", line 84, in _update_session_menu
    _("Recover '%s' session") % session.name,
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 14: ordinal not in range(128)

(gedit:7720): Gtk-CRITICAL **: gtk_list_store_set_column_types: assertion `priv->columns_dirty == 0' failed

(gedit:7720): Gtk-CRITICAL **: gtk_window_set_default: assertion `gtk_widget_get_can_default (default_widget)' failed

(gedit:7720): Gtk-CRITICAL **: gtk_text_buffer_emit_insert: assertion `g_utf8_validate (text, len, NULL)' failed
**
GtkSourceView:ERROR:gtksourcecontextengine.c:5586:update_syntax: assertion failed: (g_slist_length (ce->priv->invalid) <= 1)

If I open a text file gedit somelife.txt, it starts ok.

When I disabled the 'dashboard' plugin, it starts all right.