Signing back into the Community for the first time? You'll need to reset your password to access your account. Find out more.
Forum Discussion
steve28
3 years agoOccasional Contributor
Autofill... domain matching choices?!? O. M. G.
Holy crap. It's here! Mostly!
It would be awesome if you had ONE more choice:
- domain only: match as long as domain.com matched
- host: the full host needs to match (i.e., sub.domain.com)
- full URL: the full host, port, and path
1Password Version: Not Provided
Extension Version: Not Provided
OS Version: Not Provided
Browser:_ Not Provided
- Former Member
While we are on this topic, would it be possible to have some visual indicator on the entry to highlight which type of autofill behavior it has saved?
For example, right now the entire host part is highlighted blue; no matter whether I have "anywhere on this website", or "exact domain" selected.
Maybe you can make it so that -
* only the domain part (e.g. overdrive.com) becomes blue for "anywhere on this website"
* entire host part (spl.auth.overdrive.com) becomes blue for "exact domain"Or if you have any better ideas on how to indicate it to the users "at a glance".
EDIT - btw, the autofill-behavior help page linked below the options is throwing 404.
- Former Member
wagnerone let me look into this and come back to you.
- wagneroneDedicated Contributor
Is there guidance on how to find all records with the old flag set so we can change them ourselves?
I'd hate to edit each record manually, but if it's going to be that long, I may have to for the sanity of our team's sake!
If there is no way to find all these records in order to edit them manually, I guess the only option is to wait.
Thanks!
Mike - Former Member
Hey all, we discussed this internally and it's now on our radar. Unfortunately due to the busy start of the year, this particular backwards-compatibility fix won't be making it into the beta as soon as all the other improvements will. You can potentially expect it later in the year or near the end of the year, but I just want to be clear that we cannot promise any specific timeline. That said, it's something we definitely aim to do.
Please keep in touch if you have further questions, or if you have further feedback about this or other parts of the feature. All of it will help us improve our priorities and timelines.
Cheers,
Gabriele - wagneroneDedicated Contributor
@ag_Gabriele Thank you! That would be awesome and highly appreciated!
- Former Member
wagnerone Thanks for bringing this up, that's something we hadn't considered. We can probably find a way to provide backwards compatibility so that you don't have to do that manually. We'll be looking into that.
- wagneroneDedicated Contributor
Our team was one that has been heavily affected by decision to not include this v7 feature in v8.
I was overjoyed to see discussion of this being added to v8, but dismayed when I realized all the many records we set to "don't show in browser" in v7 do not have this flag set in v8.
How do I efficiently find all records that have this value set in v7 and correspondingly set it in v8?
Please do not tell me I have to edit each and every record.
- Former Member
Tertius interesting, thanks. So far, there have been no changes yet to how autofill works with Desktop applications on macOS, so the new rules don't apply there. That's something we're looking at doing in the future. I'll keep track of your feedback so we can get back to it once we start working on that.
Please let me know if there's anything else I can help with, or if you have more feedback.
- TertiusSuper Contributor
@ag_Gabriele If you have some desktop app login, but no website login, you never want this login show up as suggestion in the browser plugin. But you might enter the manufacturer website as website url, so it is eligible by the browser plugin. If you have an additional login entry for the website (same URL) but with different credentials, you want this login show up in the browser plugin - but still not the app login.