Re: Latest prerelease - <Control>1 crash

I have <Control>1 configured as:
|<Control>1|true|false|output.activate|

When I double click on it:

[DEBUG ] button binding cb begins: event: 4
[DEBUG ] button binding cb ends
[DEBUG ] output button press cb
[DEBUG ] button binding cb begins: event: 4
[DEBUG ] button binding cb ends
[DEBUG ] output button press cb

Gtk-ERROR **: file gtktextview.c: line 5720
(gtk_text_view_start_selection_drag): assertion failed:
(text_view->selection_drag_handler == 0)
aborting...
[DEBUG ] system shutdown initiated by signal 6
[DEBUG ] attempted BGL re-lock
[DEBUG ] write config file:
/user/krolnik/.config/emelfm2/config-en_US.iso88591
[DEBUG ] write cache file: /user/krolnik/.config/emelfm2/cache
[DEBUG ] touch config dir
Abort

This happens when regardless of movement on the track ball (took my hand
off)
GTK versions (from yum)

gtk+.x86_64                              1:1.2.10-56.el5
installed
gtk2.x86_64                              2.10.4-20.el5          installed

It does not happen on a Fedora 32 bit system.

  Adam


On Fri, Oct 3, 2008 at 7:53 PM, <tpgww@xxxxxxxxxxx> wrote:

> On Fri, 03 Oct 2008 10:33:23 -0500
> Adam Krolnik <adam.krolnik@xxxxxxxxxxxxxxx> wrote:
>
> > e2 is looking real good. I did find that if I <Control>1 click on a
> > filename in the output pane,
> > e2 crashes:
> >
> > L%  =3/emelfm2 &
> > [2] 12574
> > L%
> > Gtk-ERROR **: file gtktextview.c: line 5720
> > (gtk_text_view_start_selection_drag): assertion failed:
> > (text_view->selection_drag_handler == 0)
> > aborting...
>
> Seems to be getting mixed up with gtk's default binding, to select text
> when dragging. The pointer will almost inevitably move a tiny bit between
> clicks.
>
> >
> > I was trying to configure <Control>1 double click as output.activate,
> > but it crashes even with
> > the default configuration files.
>
> I can't check this stuff easily here, the binding you've described works as
> expected. But I guess that it's some sort of interaction between button- and
> gesture-processing.
>
> Do you also have any other output-pane binding (i.e. button or gesture) for
> <Control>1 ?
>
> What happens if bound to a <Control>1 single-click ?
>
> If not done so already, can you build with DEBUG=1, and then post the
> terminal-messages printed surrounding the attempt to 'output.activate' ?
>
> Regards
> Tom
>
>
> --
> Users can unsubscribe from the list by sending email to
> emelfm2-request@xxxxxxxxxxxxx with 'unsubscribe' in the subject field or
> by logging into the web interface.
>



-- 
Adam Krolnik

Other related posts: