Bug 1761153 - Perform Autotype (CTRL+V) does not work to Wayland applications
Summary: Perform Autotype (CTRL+V) does not work to Wayland applications
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: keepass
Version: 32
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
Assignee: Peter Oliver
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-10-12 23:25 UTC by frog
Modified: 2020-06-08 13:00 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2020-05-23 13:19:53 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description frog 2019-10-12 23:25:23 UTC
Description of problem:

the ENTRY menu item has a function Perform Autotype (for quickly filling in a login screen with Username and Password) which does not work


Version-Release number of selected component (if applicable): 2.42.1


How reproducible: 

highlight an ENTRY and type CTRL+V


Steps to Reproduce:
1.surf with browser to website with loginscreen
2.open keepass database and highlight the relevant ENTRY
3.type CTRL+V

Actual results:

username and password are not being filled out from the database


Expected results:

username and password should be filled out from the database


Additional info:

this worked fine under Fedora 30. this is a very useful function which saves time working with logins on GUI

Comment 1 frog 2019-10-15 10:58:59 UTC
same issue in F31(Beta) and in F32(Rawhide). F30 is fine

Comment 2 frog 2019-11-01 18:24:28 UTC
possible duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=1759158

Comment 3 frog 2020-04-11 01:17:14 UTC
tested F32 (Beta). the issue is still there:

- it is an issue in Firefox and not in Chrome for reasons explained in https://bugzilla.redhat.com/show_bug.cgi?id=1759158 (comment #3)
- separate copy and paste of username and password works

Comment 4 frog 2020-05-11 15:08:41 UTC
I propose to raise the severity to urgent because it is a security issue. with this I support comment 19 on the related bug https://bugzilla.redhat.com/show_bug.cgi?id=1759158

meanwhile I have been using keepass in F32 for more than one week in production and my comment is based on the following experience

on several occasions the clipboard did not clear at all and keepass froze. I could only fix this (keepass frozen) by rebooting the machine (database was unharmed luckily). I know that the clipboard did not clear because I could paste the contents (before rebooting) into another application without problem. the freezing happened only when I was modifying the database. it did not happen in normal operation (copy and paste of username and password)

Comment 5 Peter Oliver 2020-05-23 13:19:53 UTC
As I understand it, no-one's yet figured out how to do auto-type reliably to Wayland applications.

I've sent a patch upstream to document the current behaviour.  https://sourceforge.net/p/keepass/patches/123/

I've also made a feature request that auto-type be supported on Wayland in the future.  https://sourceforge.net/p/keepass/feature-requests/2564/

Comment 6 frog 2020-06-01 17:02:05 UTC
(In reply to Peter Oliver from comment #5)
> As I understand it, no-one's yet figured out how to do auto-type reliably to
> Wayland applications.
> 
> I've sent a patch upstream to document the current behaviour. 
> https://sourceforge.net/p/keepass/patches/123/
> 
> I've also made a feature request that auto-type be supported on Wayland in
> the future.  https://sourceforge.net/p/keepass/feature-requests/2564/

thank you

Comment 7 frog 2020-06-02 04:43:12 UTC
(In reply to Peter Oliver from comment #5)
> As I understand it, no-one's yet figured out how to do auto-type reliably to
> Wayland applications.
> 
> I've sent a patch upstream to document the current behaviour. 
> https://sourceforge.net/p/keepass/patches/123/
> 
> I've also made a feature request that auto-type be supported on Wayland in
> the future.  https://sourceforge.net/p/keepass/feature-requests/2564/

are they not saying this is a Wayland issue and it makes more sense to fix it there when it affects other applications as well
of course if they fix it, there is a big chance the solution can be adapted for other applications as well

Comment 8 Peter Oliver 2020-06-02 11:11:21 UTC
Yes, I believe that someone is saying that, but I’m not sure whether he’s a KeePass developer, and I’m not sure that he and I have entirely the same understanding of the situation.

Wayland is not a drop-in replacement for the X Window System: it intentionally has different features and capabilities.  Desktop applications and libraries will require some adaptation.

So, I don’t think it would be fair to say “this is a bug in Wayland that needs to be fixed in Wayland”.  However, it might be fair to say “we’re not going to be able to do this unless a Wayland expert designs a solution for us”, and I suppose in practical terms that amounts to the same thing.

Comment 9 frog 2020-06-08 13:00:02 UTC
I am using fedora32, debian buster and opensuse tumbleweed - all with the gnome desktop. on buster autotype still works (probably because it is not on wayland yet) but wayland will be default on debian soon. then wayland will be the standard

the developer of xdotool said he did not consider wayland https://github.com/jordansissel/xdotool/issues/282#
googling brings up evemu https://fedoramagazine.org/simulate-device-input-evemu/

as a user I can only say: KeePass (the original one by Dominik Reichl) is a very important software. because it provides security it must not be compromised. I am not sure (it surpasses my knowledge) if the clipboard is protected with wayland. maybe that is the first thing to establish


Note You need to log in before you can comment on or make changes to this bug.