Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use E-TLD+1 when matching domain for login saves #3844

Merged
merged 4 commits into from
Feb 12, 2025

Conversation

graeme
Copy link
Collaborator

@graeme graeme commented Feb 7, 2025

Task/Issue URL: https://app.asana.com/0/72649045549333/1209272524872735

Description:
Right now, we will offer to autofill into a page which is considered an E-TLD+1 match.
But we aren’t as good at comparing E-TLD+1 when it comes to considering whether to offer to save it or not.
We should detect we have a domain saved already and don’t offer to save when entering credentials for an equivalent subdomain
This should also apply to other scenarios like offering to update the saved password; we should also consider E-TLD+1 matches

Steps to test this PR:
https://app.asana.com/0/1203822806345703/1209279526650235

Definition of Done:


Internal references:

Pull Request Review Checklist
Software Engineering Expectations
Technical Design Template
Pull Request Documentation

@graeme graeme self-assigned this Feb 7, 2025
@graeme graeme requested a review from amddg44 February 10, 2025 17:33
@graeme graeme marked this pull request as ready for review February 10, 2025 17:33
@graeme graeme requested review from amddg44 and removed request for amddg44 February 10, 2025 17:33
graeme added a commit to duckduckgo/BrowserServicesKit that referenced this pull request Feb 12, 2025
<!--
Note: This checklist is a reminder of our shared engineering
expectations.
-->

Please review the release process for BrowserServicesKit
[here](https://app.asana.com/0/1200194497630846/1200837094583426).

**Required**:

Task/Issue URL: https://app.asana.com/0/72649045549333/1209272524872735
iOS PR: duckduckgo/iOS#3943
macOS PR: duckduckgo/macos-browser#3844
What kind of version bump will this require?: Major

**Description**:

Right now, we will offer to autofill into a page which is considered an
E-TLD+1 match.
But we aren’t as good at comparing E-TLD+1 when it comes to considering
whether to offer to save it or not.
We should detect we have a domain saved already and don’t offer to save
when entering credentials for an equivalent subdomain
This should also apply to other scenarios like offering to update the
saved password; we should also consider E-TLD+1 matches

**Steps to test this PR**:
https://app.asana.com/0/1203822806345703/1209279526650235

<!--
Before submitting a PR, please ensure you have tested the combinations
you expect the reviewer to test, then delete configurations you *know*
do not need explicit testing.

Using a simulator where a physical device is unavailable is acceptable.
-->

**OS Testing**:

* [ ] iOS 14
* [ ] iOS 15
* [ ] iOS 16
* [ ] macOS 10.15
* [ ] macOS 11
* [ ] macOS 12

---
###### Internal references:
[Software Engineering
Expectations](https://app.asana.com/0/59792373528535/199064865822552)
[Technical Design
Template](https://app.asana.com/0/59792373528535/184709971311943)
@graeme graeme merged commit 4e8d87c into main Feb 12, 2025
21 checks passed
@graeme graeme deleted the graeme/etld+1-matching-for-saves branch February 12, 2025 14:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants