keepassxc icon indicating copy to clipboard operation
keepassxc copied to clipboard

Auto-Type sometimes does not working after upgrade to 2.7.11

Open icamps opened this issue 1 month ago • 16 comments

Have you searched for an existing issue?

  • [x] Yes, I tried searching and reviewed the pinned issues

Brief Summary

The Auto-Type is not working after upgrade to 2.7.11. KeePassXC is installed from Ubuntu repo.

Steps to Reproduce

Open a terminal. SSH to a server. Go to KeePassXC (v.2.7.11) and try to use Auto-Type (PASSWORD/ENTER) Nothing happens

Expected Versus Actual Behavior

The password injected into the terminal windows as previously.

KeePassXC Debug Information

KeePassXC - Version 2.7.11
Revision: 6a2ed32

Qt 5.15.13
Debugging mode is disabled.

Operating system: Linux Mint 22.2
CPU architecture: x86_64
Kernel: linux 6.8.0-87-generic

Enabled extensions:
- Auto-Type
- Browser Integration
- Passkeys
- SSH Agent
- KeeShare
- YubiKey
- Secret Service Integration

Cryptographic libraries:
- Botan 2.19.3

Operating System

Linux

Linux Desktop Environment

Gnome

Linux Windowing System

X11

icamps avatar Nov 24 '25 13:11 icamps

Have you tried a simple test with a text editor? Using global auto-type?

droidmonkey avatar Nov 24 '25 14:11 droidmonkey

Global Auto-Type worked in Gedit and in the terminal window.

icamps avatar Nov 24 '25 14:11 icamps

Hmmm I just tested entry-level auto-type on Windows and it worked fine. There is no real reason why Global Auto-Type would work but not entry-level.

droidmonkey avatar Nov 24 '25 14:11 droidmonkey

I removed the installed package (2.7.11) and the repo (ppa:phoerious/keepassxc). Tried the flatpak version and got the same behavior.

Installed version 2.7.6 from Ubuntu repo and everything is working as expected. Now, it is on hold as it is working.

icamps avatar Nov 24 '25 16:11 icamps

I also experience the same issue with 2.7.11 on

System:
  Kernel: 6.14.0-1016-oem arch: x86_64 bits: 64
    compiler: gcc v: 13.3.0 clocksource: tsc
  Desktop: GNOME v: 46.0 tk: GTK v: 3.24.41 wm: gnome-shell
    tools: gsd-screensaver-proxy dm: GDM3 v: 46.2 Distro: Ubuntu 24.04.3 LTS
    (Noble Numbat)

KeePassXC - Version 2.7.11
Revision: 6a2ed32

Qt 5.15.13
Debugging mode is disabled.

Operating system: Ubuntu 24.04.3 LTS
CPU architecture: x86_64
Kernel: linux 6.14.0-1016-oem

Enabled extensions:
- Auto-Type
- Browser Integration
- Passkeys
- SSH Agent
- KeeShare
- YubiKey
- Secret Service Integration

Cryptographic libraries:
- Botan 2.19.3

PolyMMA avatar Nov 24 '25 20:11 PolyMMA

I think this is caused by moving the start delay into the sequence builder. The builder doesn't get invoked with the entry level sequences thus you dont get a delay before auto type starts. That would lead to detection of keepassxc as the current window and auto type aborted.

droidmonkey avatar Nov 24 '25 20:11 droidmonkey

Not sure I get the full technicality scope but keepassxc switches focus to the last focused window just fine. No text is typed though...

I also tried the following

  • increased Auto-Type start delay from 500 ms to 5000 ms
  • increased Auto-Type typing delay from 25 ms to 500 ms

The behavior persists. The regular keepassxc prompt pops up, [Yes], Focus is switched to the last opened window. The typing marker blinks. After about 5 seconds it stops blinking (by the time typing should start). No text is typed.

I initiated the KeepassXC from the terminal hoping to catch some output. Got this:

Active window changed, interrupting auto-type.

It worked fine before the update to 2.7.11 on the same system.

PolyMMA avatar Nov 24 '25 21:11 PolyMMA

I have the exact OS and Keepassxc configuration as the original poster and there is definitely something funky with Autotype. Using Brave browser. It's a sometimes operation. Sometimes it does not enter anything. If you try it again it might work just fine. Sometimes when It works it puts in the user name just fine then it puts in the password almost twice into the password field. It puts in one complete correct password then adds to it most of the password again minus some of the starting characters. That of course is the wrong credentials.

T-2 avatar Nov 24 '25 23:11 T-2

That is not related at all and most likely the website itself doing something dumb with Javascript on the login fields.

droidmonkey avatar Nov 24 '25 23:11 droidmonkey

Maybe but it did this on 3 different websites so far. Not sure which ones as I picked them at random.

T-2 avatar Nov 24 '25 23:11 T-2

New AppImage build posted. This build now also has Wayland support (not Auto-Type there, though).

phoerious avatar Nov 25 '25 00:11 phoerious

This is still something that needs a fix

droidmonkey avatar Nov 25 '25 11:11 droidmonkey

@droidmonkey, I tested auto-type on Linux and noticed some issues. While it worked fine in the browser, in the terminal the auto-type suddenly stopped functioning. I also checked version 2.7.10, and there auto-type in the terminal works flawlessly.

xboxones1 avatar Nov 25 '25 11:11 xboxones1

Yah i made a bug, I moved the initial delay time to inside the typing loop, which unfortunately means the window switching control doesn't wait for the delay before determining which window is active to typo into. Its a bit of a race condition right now.

droidmonkey avatar Nov 25 '25 11:11 droidmonkey

Similar issue here after upgrade from KeePassXC version 2.7.10 to 2.7.11.

No username or password inserted with autotype for any websites tested (6 different sites). Copy username to clipboard and copy password to clipboard work as expected..

KeePassXC - Version 2.7.11 Revision: 6a2ed32

Qt 5.15.3 Debugging mode is disabled.

Operating system: Ubuntu 22.04.5 LTS CPU architecture: x86_64 Kernel: linux 6.8.0-87-generic

Enabled extensions:

  • Auto-Type
  • Browser Integration
  • Passkeys
  • SSH Agent
  • KeeShare
  • YubiKey
  • Secret Service Integration

Cryptographic libraries:

  • Botan 2.19.1

JELittleton avatar Nov 25 '25 12:11 JELittleton

Thank you we know what the problem is and working a solution.

droidmonkey avatar Nov 25 '25 12:11 droidmonkey