GeditSplitView icon indicating copy to clipboard operation
GeditSplitView copied to clipboard

Crash when Find command is used

Open Jemt opened this issue 12 years ago • 5 comments

Hi,

Pressing CTRL + F to search the document will cause Gedit to crash when Split View is enabled.

I'm using Gedit 3.6.1 on Ubuntu 12.10

Kind regards Jimmy

Jemt avatar Apr 24 '13 20:04 Jemt

Error persists in Ubuntu 13.04 with Gedit 3.6.2.

The following messages are printed to the command line upon crash:

(gedit:11297): Gtk-CRITICAL **: gtk_text_buffer_get_iter_at_mark: assertion `GTK_IS_TEXT_MARK (mark)' failed

(gedit:11297): Gtk-CRITICAL **: real_set_mark: assertion `_gtk_text_iter_get_btree (where) == tree' failed

(gedit:11297): Gtk-CRITICAL **: real_set_mark: assertion `_gtk_text_iter_get_btree (where) == tree' failed

r-barnes avatar May 12 '13 16:05 r-barnes

Pressing Ctrl+F while in Splitview causes a crash.

But this can be avoided! If Ctrl+F is pressed BEFORE Splitview is used, then there will be no crash if Ctrl+F is used later.

r-barnes avatar May 24 '13 15:05 r-barnes

I suspect that the way split view partition's the tabs space means that the drop-down find dialog gets pinned to the wrong object (or something) when it is initiated.

The problem is not with find itself, as opening the Replace dialog and using it to find things does not result in crashes.

r-barnes avatar May 24 '13 16:05 r-barnes

Crashing continues after tabs are turned off, indicating that the state of the GTK containers has changed somehow. I am suspecting that the error relates to GeditAnimatedOverlay.

r-barnes avatar May 24 '13 16:05 r-barnes

I confirm that pressing ctrl-f before activative split view prevents crashing when using it later (gedit 3.4.1), but for me the find dialogue does not actually appear on those subsequent uses, so find remains unusable (it does not appear to be hidden either, pressing ctrl-f just does nothing, nor does the focus change).

bjfar avatar Aug 12 '13 08:08 bjfar