GNOME Bugzilla – Bug 719401
gtk+3.10.5: text selection doesn't "stick" after releasing mouse btn
Last modified: 2014-08-24 20:04:53 UTC
In any gtk+-app (e.g. epiphany) on wayland/weston, selecting text with the left mouse button held down doesn't actually select anything, since the selection (indicated by a change in text foreground/backround color) just disappears after releasing the mouse button. One can, however, clear the visible part of the url bar content by selecting the text with and pressing backspace/delete whilst still holding the mouse button down. Selecting text from the actual WebKit-rendered part of the window works just fine though. Double-click selection (for the whole field) also doesn't seem to work. setup: Arch Linux x86_64 / gtk+-3.10.5-1 wayland-1.3.0-1 / weston-1.3.1-1
I can confirm this issue. Text selection doesn't work, neither with mouse nor with keyboard. From a quick look, I suspect the issue is that gtk_clipboard_wayland_set_contents returns false for PRIMARY selection, and GtkEntry clears the selection if gtk_clipboard_set_with_owner fails.
*** Bug 719480 has been marked as a duplicate of this bug. ***
commit 67efefde499d683707050d456846c98527df0ac4 Author: Carlos Garnacho <carlosg@gnome.org> Date: Wed Jul 2 15:28:45 2014 +0200 textbuffer: Do not unset selection if failing to update the primary selection This is expected to happen on wayland and other platforms with no primary selection, and just leads to the selected text being cleared after any attempt to change the text selection itself through either mouse/keyboard. commit 5fe9ebfe11002c870ebf6a12d3936990ed1aedfa Author: Carlos Garnacho <carlosg@gnome.org> Date: Wed Jul 2 15:35:07 2014 +0200 entry: Do not unset selection if failing to update the primary selection This is expected to happen on wayland and other platforms with no primary selection, and just leads to the selected text being cleared after any attempt to change the text selection itself through either mouse/keyboard.