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 760007 - GtkTreeview gesture handling breaks mouse support in GtkCellRendererEditable with GtkTextView
GtkTreeview gesture handling breaks mouse support in GtkCellRendererEditable ...
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkTreeView
3.14.x
Other Linux
: Normal major
: ---
Assigned To: gtktreeview-bugs
gtktreeview-bugs
Depends on:
Blocks:
 
 
Reported: 2015-12-30 18:14 UTC by Alexey Yakovenko
Modified: 2018-04-15 00:18 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
minimal repro (9.90 KB, application/octet-stream)
2016-01-07 15:21 UTC, Alexey Yakovenko
Details

Description Alexey Yakovenko 2015-12-30 18:14:35 UTC
My app has a subclassed GtkCellRendererEditable, which is using GtkTextView to have multiline text cells.

From GTK3.14 and up, mouse stopped working correctly during the editing.

It still works fine in all versions GTK prior to 3.14, including GTK2.

What I expect: clicking / dragging mouse should position the cursor or select text

What I get instead: editing_done handler is called, and editing is cancelled

This seems to have been caused by this commit: https://git.gnome.org/browse/gtk+/commit/gtk/gtkimmodule.c?id=89f38b5fc6dd42a4727ced032438e2f6577b68a1

Call stack looks like this after trying to click in the GtkTextView to position the cursor:

http://pastebin.com/CYhm5cGZ

This problem was reported as a bug to my project's bugtracker, so you might find it useful here:

https://github.com/Alexey-Yakovenko/deadbeef/issues/1111

The problem doesn't happen with the standard GtkCellRendererText, so I'm assuming that some kind of workaround was added to it.

It is quite clear that this is a regression, which prevents all of the previously compiled builds from working correctly on any GTK3 version since 3.14.
Comment 1 Alexey Yakovenko 2015-12-30 18:16:18 UTC
A video demonstrating the problem:

https://www.youtube.com/watch?v=TwmWZl-kIR0
Comment 2 Alexey Yakovenko 2016-01-07 15:21:09 UTC
Created attachment 318422 [details]
minimal repro

Unzip, run "make", get "gtk2" and "gtk3" executables.

Then try selecting text while inline editing in left versus right column.

Left column is GtkCellRendererText, right one is the custom one with GtkTextView.

Compare between GTK2 and GTK3 behavior.

GTK2 version works as well, as GTK3 < 3.14.
Comment 3 Maxim 2016-02-28 21:57:51 UTC
I just confirm a bug.
Comment 4 Matthias Clasen 2018-02-10 05:02:34 UTC
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
Comment 5 Matthias Clasen 2018-04-15 00:18:12 UTC
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla.

If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab:

https://gitlab.gnome.org/GNOME/gtk/issues/new