184446 2018-04-10 04:32:54 -0700 [GTK] With WebKitGTK+ 2.20.0, selecting text and unselecting it makes it randomly disappear/deleted 2018-06-22 01:28:26 -0700 1 1 1 Unclassified WebKit WebKitGTK WebKit Local Build Unspecified Unspecified RESOLVED INVALID https://bugzilla.gnome.org/show_bug.cgi?id=794723 https://gitlab.gnome.org/GNOME/gtk/issues/132 P2 Normal --- 1 agomez webkit-unassigned andrea.vai bugs-noreply bugzilla cadubentzen cgarcia mcatanzaro nicolas slomo oldest_to_newest 1413250 0 agomez 2018-04-10 04:32:54 -0700 I can reproduce with epiphany 3.27.90-58-gf0e577e with WebKitGtk+ 2.20.0 from gnome-nightly's flatpak. And, also evolution 3.28.0-4 and epiphany-browser 3.28.0.1-1 with WebKitGtk+ 2.20.0-dmo2 from current Debian Testing, at the same time. Running under gnome-shell as Wayland compositor. Additionally, the text cursor doesn't land in the place you want to when you click in a different location of an editable text entry. It just lands in a different place, randonmly. 1413257 1 cgarcia 2018-04-10 06:37:57 -0700 I've noticed this with evolution, but not with epiphany. 1413347 2 agomez 2018-04-10 12:22:31 -0700 Also, just scrolling in web pages and, then, clicking in a different field or button of the same web page leads to random jumps in the web view. It could be a completely different bug but it feels like it is all related. For example: after finishing writing this, I've scrolled a bit down to try to click the "Save Changes" button and, upon clicking, the scroll moves to show the last position of the cursor in this text entry and I miss clicking the button. 1413528 3 cadubentzen 2018-04-10 19:24:33 -0700 Here the selection disappears after unselecting too. Running Epiphany 3.27.90-65-gd77a228 with WebKitGTK+ 2.20 from gnome-nightly's flatpak. Also running on gnome-shell with Wayland. > Additionally, the text cursor doesn't land in the place you want to when you click in a different location of an editable text entry. It just lands in a different place, randonmly. Could not reproduce it here. > Also, just scrolling in web pages and, then, clicking in a different field or button of the same web page leads to random jumps in the web view. It could be a completely different bug but it feels like it is all related. This happens here as well. 1413607 4 slomo 2018-04-11 00:24:12 -0700 > > Also, just scrolling in web pages and, then, clicking in a different field or button of the same web page leads to random jumps in the web view. It could be a completely different bug but it feels like it is all related. > This happens here as well. This also happens in evolution for me (as well that selected text disappears after unselecting it). 1413608 5 slomo 2018-04-11 00:24:53 -0700 > This also happens in evolution for me (as well that selected text disappears after unselecting it). Forgot to add, this is also webkit 2.20.0 on Debian/unstable, running gnome-shell on Wayland. 1413610 6 cgarcia 2018-04-11 00:31:16 -0700 I can only reproduce it in evolution, also gnome-shell under wayland FWIW. 1413617 7 cgarcia 2018-04-11 01:27:33 -0700 Interesting, I can reproduce it with 2.20 and trunk but only when running outside of my jhbuild, that's why I can only reproduce it with evo (I always run ephy from my jhbuild). 1413619 8 cgarcia 2018-04-11 01:45:28 -0700 I've upgraded gtk+ in my jhbuild to 3.22.29 and then I can reproduce it, but not with current gtk-3-22 branch, so it seems to be a GTK+ bug that has already been fixed. I'm biseting to make sure. 1413628 9 cgarcia 2018-04-11 02:45:51 -0700 This one broke it: e8bffe0c56431710299cf68afb575ec578045055 is the first bad commit commit e8bffe0c56431710299cf68afb575ec578045055 Author: Carlos Garnacho <carlosg@gnome.org> Date: Thu Nov 30 18:53:26 2017 +0100 modules: Add wayland IM implementation This IM context implementation goes through the gtk-text-input protocol, leaving up to the compositor the actual interaction with IM engines. If the protocol is not offered by the compositor, GTK+ will fallback to the IMs as specified through GtkSettings. :100644 100644 9d314d83bd16410e853400bbe37af094a30b6653 b4d1d69b4de08701cf97edf1d5bd84aee0884a7e M configure.ac :040000 040000 7ce13871d6a3f19573b3cc2aabdee603df6ac36f 21f2fd6fd4d30c2116ab1fd6d7586420a2d39d96 M gtk :040000 040000 bc9f5b41a0a0eaa899867f2147588203491c8e8f a2d628453316a142085b905b64d5d2a4ae16473b M modules And this one fixed it: 4b95d7406821196615149fb2527840ff14626a03 is the first bad commit commit 4b95d7406821196615149fb2527840ff14626a03 Author: Matthias Clasen <mclasen@redhat.com> Date: Mon Mar 26 21:38:28 2018 -0400 wayland: Don't emit signals if nothing changed We were emitting a preedit-changed even if the preedit text did not actually change, causing text views to scroll. https://gitlab.gnome.org/GNOME/gtk/issues/132 https://gitlab.gnome.org/GNOME/gtk/merge_requests/83#note_93411 :040000 040000 c992aac22373017664702a6a395aebbdfb546bc2 8166d55705bb0d00ac176157b8f76e203f4cfe07 M modules Definitely not WebKit bug. 1415887 10 cgarcia 2018-04-19 00:03:44 -0700 *** Bug 184735 has been marked as a duplicate of this bug. *** 1433267 11 nicolas 2018-06-15 00:17:40 -0700 Hi The bug seems to be fixed at some time, but now on libwebkit2gtk 2.20.3-1 on debian, the bug is here again. 1433339 12 mcatanzaro 2018-06-15 07:56:39 -0700 Are you sure it's caused by the WebKitGTK+ update, and not any GTK+ update? If so, maybe r232049 or r232151 could be to blame. 1433945 13 agomez 2018-06-18 04:19:21 -0700 (In reply to Nicolas Repentin from comment #11) > Hi > > The bug seems to be fixed at some time, but now on libwebkit2gtk 2.20.3-1 on > debian, the bug is here again. As already commented in this very same bug, the problem is not WebKit but GTK. This bug happens with GTK+ 3.22.29 and was already corrected by 3.22.30. Check the installed version in your Debian system.