keepass2android

keepass2android copied to clipboard

Steps to follow:

1. Select "Fill with Keepass2Android".
2. The desired entry is not included in the search result.
3. Select another entry
4. After selecting the desired entry, you will be asked if you want to save the domain as search text. In this case, the address has already been created by me in the form of https//sub.example.com. If you confirm this dialogue, the app creates an entry in the pattern of "sub.example.com" in a newly created field called "KP2A_URL_1". At this point, at the latest, I would have expected the recognition to work. But not at all, now I already have 4 KP2A_URL entries in the data set.

By the way, is it better to enter only the pure domain instead of the full URL?

Device: Samsung Galaxy XCover 4s (SM-G398FN) Operating System: Android 10 KP2A: 1.09a-r3 Browser: Google Chrome 92.0.4515.131 Browser: Firefox 91.1.0 (Build #2015826187) AC: 91.0.12, 1d401758fb GV: 91.0-20210804193234 AS: 79.0.0

So far, I have only observed this phenomenon with one data set, if I am not mistaken.

The error has now also occurred in another data set. This should be mentioned for the sake of completeness.

By the way, the additional URL entries created by "Remember search text" are not linked. This is probably because these entries are not preceded by the protocol information (http:// and https://).

It would be nice if the URLs were linked consistently.

It is possible that the problem is limited to dealing with subdomains and/or multiple user accounts per URL.

However, this statement is currently subject to change. I still have to evaluate this.

I am experiencing the same behaviour. I believe it started after updating to version 1.09a-r3.

A reproducable test setup should be:

• entry A in KP2A for example.com
• two other entries B and C for foo.example.com
• entry A is a valid login for both foo.example.com and bar.example.com
• B and C are only valid for foo.example.com
• Background: foo.example.com and bar.example.com are linked to a central identity management system. But users in entries B and C only have access to the application running on foo.example.com

When I access foo.example.com and select "Fill with Keepass2Android", I used to be presented with entries for A, B, and C. But after updating to version 1.09a-r3 I now only see entries B and C.

I have to manually search for entry A. But even if I agree to "save the domain as search text", I still only see entries B and C on subsequent visits to foo.example.com. Even though the entry example.com has been added to entry A as KP2A_URL_1 - like @WebworkrNet described. It seems that the entries KP2A_URL_... are simply not recognized by the autofill mechanism.

When I access bar.example.com - for which there are no entries that explicitly define bar.example.com in the URL field - I am presented with entry A to select for autofill. So that is working as expected.

The release notes mention something about "improvements to autofill ... better support for sub domains"

Verbesserungen bei Autofill: Bugfix bzgl. nicht angezeigtem Popup in Chrome, bessere Unterstützung für Subdomains

However, I really liked the previous solution better where autofill was not so "strict" with regard to sub domain handling. Would it be possible to add a new setting in the preferences that allows to switch between the "new strict mode" introduced with version 1.09a-r3 and the "old relaxed mode" from previous versions?

Device: Nokia 8.1 OS: Android 11 KP2A: 1.09a-r3 Firefox: 91.4.0 (Build #2015831131) AC: 91.0.17, 67ce1935b5 GV: 91.0.3-20210830133508 AS: 79.0.0

I experienced this same behavior with multiple datasets OS: Android 11 KP2A: 1.09a-r3 Firefox: 91.4.0

I'm also still seeing this issue with Teams (domain login.microsoftonline.com). An entry with the URL https://login.microsoftonline.com/ matches, but the one with KP2A_URL field set to login.microsoftonline.com doesn't.

OS: Android 11 KP2A: 1.09b-r1

Related to Create entry for URL #2173.

Related to [FEAT] Search for domain #2349.