I just checked, and this is still valid with current F24. This is a pain in the ass for me, because every time I need to unlock an ssh key on my laptop I have to go into my password manager, open the password up, make it visible on my screen where any damn idiot can shoulder-surf it, run the ssh command, then laboriously re-type the long, random string into the box...

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

I have the same issue with GNOME 3.20 on ArchLinux. This prevents me from using my password manager, and forces me to use a less secure password.

I can duplicate the problem on Fedora F25 Alpha.

I posted the following to the Fedora Desktop List which is not completely accurate.

"I also depend upon a password manager which I wrote and have used for
several years.  I began testing it on Wayland in Fedora 24 and found
that it failed to paste properly.  This week I have tested in Fedora 25
alpha.  The good news is after rebuilding it on F25 it works with
gedit.  The clipboard code is in C connected to python3 with
Cython.  The bad news is your problem with getting a password into SSH
described in bug #758958 fails for me too with code that works properly
now with gedit.  The shell uses Gtk3 but several of the Gtk3 clipboard
functions are not available by introspection through gjs. I know the
bugs will be fixed, but copying and pasting is a fundamental operation
for the user.  If it does not always work it should be fixed before
final release."

On further testing gedit fails to handle pastes if gtk_clipboard_set_with_data
is used.  gedit does not handle the get function parameter of gtk_clipboard_set_with_data.  gedit takes the data from the clipboard but does not communicate to call the get function in the pasting process.

This was fixed in bug 760745, so marking as duplicate (even though this one is older).

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

yep! it works! yaaaaaay.