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 741124 - url/search suggestions conflict with caribou for touch events
url/search suggestions conflict with caribou for touch events
Status: RESOLVED DUPLICATE of bug 740554
Product: gtk+
Classification: Platform
Component: Accessibility
3.14.x
Other Linux
: High critical
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-12-04 18:55 UTC by Michael Shigorin
Modified: 2014-12-24 16:15 UTC
See Also:
GNOME target: ---
GNOME version: 3.13/3.14


Description Michael Shigorin 2014-12-04 18:55:01 UTC 
There's a major usability problem between epiphany-3.14.2 and caribou-0.4.16 on a tablet: when one touches the urlbar and starts typing (making use of the on-screen keyboard),

* the first "key" pressed makes it through just fine with its border flashing,
* the second "keypress" makes the key border turn white but nothing gets typed,
* the third "keypress" gets through to urlbar.

The pattern then continues with even keypresses leading to no textual input and odd keypresses delivering their "contents" to the text field.

Looks like this is a clash with search suggestions that consume the event denying caribou a chance to generate a "keypress" as one can touch any other "key" or part of the screen for those even ones with exactly the same effect.

There's no difference between webkitgtk-2.6.4 and 2.7.2 regarding this.

This report is similar: http://ubuntuforums.org/showthread.php?t=1958699

This might also manifest itself in Adam Williamson's fedlet project.
Comment 1 Claudio Saavedra 2014-12-08 12:03:38 UTC 
I am not sure there's much we can do. GTK+ entry completion adds a device grab when the popup window with matches is presented. This certainly affects other GTK+ applications as well and is no specific to Ephy.

I suggest you reassign this to GTK+ or Caribou..
Comment 2 Michael Shigorin 2014-12-24 14:04:08 UTC 
Indeed; 3.15 bits have been checked recently and the behaviour only changed to worse, as in caribou hiding during a touch to remove the suggestions drop-down in ephy (which requires additional effort to get it back).

These have been tested on top of recent 3.14.x packages:
epiphany-3.15.1-alt1.src.rpm                       16-Dec-2014 22:09
glib2-2.43.2-alt1.src.rpm                          15-Dec-2014 21:18
libatk-2.15.3-alt1.src.rpm                         15-Dec-2014 21:27
libgdk-pixbuf-2.31.2-alt1.src.rpm                  17-Dec-2014 12:35
libgtk+3-3.15.3-alt1.src.rpm                       15-Dec-2014 23:10
libwebkitgtk4-2.7.3-alt1.src.rpm                   16-Dec-2014 19:00
(http://ftp.altlinux.org/pub/people/gnome/3.16/SRPMS.hasher/)

These have been the same:
caribou-0.4.16-alt1
libgtk+3-3.14.6-alt1
Comment 3 Adam Williamson 2014-12-24 15:57:19 UTC 

*** This bug has been marked as a duplicate of bug 740554 ***
Comment 4 Adam Williamson 2014-12-24 15:58:20 UTC 
oh, sorry, may have been hasty as my report is with the original OSK, but it's probably the same problem for both...
Comment 5 Michael Shigorin 2014-12-24 16:15:31 UTC 
Seems like it's not the problem with OSK implementation indeed, thanks for dup notice (bug #740554 might need reassignment to gtk+ as ephy folks suggest here).

*** This bug has been marked as a duplicate of bug 740554 ***