-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
URL matching seems to be partially broken since v2.3.4 #2291
Copy link
Copy link
Closed
Labels
Description
Starting with version 2.3.4, URL matching fails in several cases where it was working fine for years.
Examples:
- Entry with address 'aol.com' now doesn't match 'https://www.aol.com' in the browser.
- Entry with address 'http://aol.com' now doesn't match 'https://www.aol.com' in the browser (URL matching is disabled in settings.
I would like to see the previous behavior restored, where:
- URL scheme in the entry was optional
- Subdomains were omittable and matching was based on shortest match
For years, I was storing addresses without URL scheme and subdomains.
Entry with address: "aol.com" would match addresses as:
- http://www.aol.com
- https://auth-1234.aol.com/user_1234.cgi
- https://auth-1234.www.aol.com/cgi/user.cgi
The issue manifests itself using "Browser Integration" plugin connected to Chrome with KeePassXC-Browser v1.2.0.
Enviroment details:
KeePassXC - Version 2.3.4
Revision: 6fe821c
Libraries:
- Qt 5.5.1
- libgcrypt 1.8.1
Operating system: Ubuntu 16.04.5 LTS
CPU architecture: x86_64
Kernel: linux 4.15.0-34-generic
Enabled extensions:
- Auto-Type
- Browser Integration
- Legacy Browser Integration (KeePassHTTP)
- SSH Agent
- YubiKey
Reactions are currently unavailable