Bug 184446 – [GTK] With WebKitGTK+ 2.20.0, selecting text and unselecting it makes it randomly disappear/deleted

• Component: WebKitGTK
• Status: RESOLVED INVALID

[Andres Gomez Garcia]

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.

[Carlos Garcia Campos]

I've noticed this with evolution, but not with epiphany.

[Andres Gomez Garcia]

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.

[Carlos Bentzen]

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.

[Sebastian Dröge (slomo)]

> > 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).

[Sebastian Dröge (slomo)]

> 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.

[Carlos Garcia Campos]

I can only reproduce it in evolution, also gnome-shell under wayland FWIW.

[Carlos Garcia Campos]

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).

[Carlos Garcia Campos]

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.

[Carlos Garcia Campos]

This one broke it:

e8bffe0c56431710299cf68afb575ec578045055 is the first bad commit
commit e8bffe0c56431710299cf68afb575ec578045055
Author: Carlos Garnacho <[e-mail]>
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 <[e-mail]>
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.

[Carlos Garcia Campos]

*** Bug 184735 has been marked as a duplicate of this bug. ***

[Nicolas Repentin]

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.

[Michael Catanzaro]

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.

[Andres Gomez Garcia]

(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.