Assigned
Status Update
Comments
ja...@google.com <ja...@google.com>
ja...@google.com <ja...@google.com> #2
Thank you for reporting this issue. We’ve shared this with our product and engineering teams and will continue to provide updates as more information becomes available.
sa...@google.com <sa...@google.com>
lb...@gmail.com <lb...@gmail.com> #3
Another possible improvement for this:
Set that it's ok to paste it anywhere, but set how many times it's allowed.
Setting it to a one-time for example will reduce the chance of it reaching other places that it shouldn't.
Set that it's ok to paste it anywhere, but set how many times it's allowed.
Setting it to a one-time for example will reduce the chance of it reaching other places that it shouldn't.
al...@gmail.com <al...@gmail.com> #4
A smartphone that lacks a clipboard is so unreasonable. Surely, there is a way to put one in or allow another software to step in. Please solve this issue.
Description
But it's not quite true, as apps can be focused in various ways, and because you can forget that something is copied while visiting apps that are not the target app.
What I suggest is to offer a new attribute that will be available for EditText, that will allow this app to be the only one that has access to the clipboard data once it was pasted.
This attribute should have a suggestion for the IDE, that will be auto-offered once you add the attribute to make the EditText have password type content.
The reason is that if the user pasted a password (or a part of it), it's better to let only the target app access it.