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

addressed #552 #554

Merged
merged 6 commits into from
Jan 5, 2024
Merged

addressed #552 #554

merged 6 commits into from
Jan 5, 2024

Conversation

danielgoldelman
Copy link
Collaborator

Closes #552 on merge

@danielgoldelman danielgoldelman added small Small issue that can be resolved quickly to move on fine tuning Iron-out an existing feature high priority Needs to be addressed immediately labels Dec 27, 2023
@JoeChampeau
Copy link
Collaborator

Does this address all edge cases? The ".[2 character SLD].[ccTLD]" seems to cover most of the sites we expect to encounter, but a bit of cursory research is telling me that several countries maintain their own specific lists of SLDs under their respective ccTLDs that people can register domains under (i.e. France's [example].avocat.fr). It might be useful to implement some package like tldjs or psl that compares against some list of these super esoteric SLDs that's constantly being updated. I can look into that if necessary.

@SebastianZimmeck
Copy link
Member

Good find, @JoeChampeau! Indeed, I think it would be good if you could implement such package (or otherwise find a way to address these edge cases).

@danielgoldelman
Copy link
Collaborator Author

@JoeChampeau why use psl.parse instead of .get? Seems to be doing the same thing... also we gotta address error handling

@JoeChampeau
Copy link
Collaborator

@danielgoldelman No particular reason behind the decision to use psl.parse, I just saw it got the job done and didn't look any further. We can change it if you want.

Good point on the erorr handling. The commit I just pushed displays the proper popup when you try to open it on the homepage, and for other instances (like localhost) the function just returns the empty string (same as if url is undefined). Should we create another dummy popup page that says something like "Privacy Pioneer is unable to analyze this page/scan this url" for cases like that?

@SebastianZimmeck
Copy link
Member

Should we create another dummy popup page that says something like "Privacy Pioneer is unable to analyze this page/scan this url" for cases like that?

Yes, that is a good idea!

Here is what the popup currently displays when there is no URL in the URL bar. But that situation may be different than this one. Maybe, in this case, per your suggestion, just "Privacy Pioneer is unable to analyze this page."?

Screenshot 2024-01-05 at 11 13 06 AM

@JoeChampeau
Copy link
Collaborator

Here is what the popup currently displays when there is no URL in the URL bar. But that situation may be different than this one. Maybe, in this case, per your suggestion, just "Privacy Pioneer is unable to analyze this page."?

Yeah, that sounds good. I think it'd be valuable to draw a distinction between "no tracking currently detected" and "this isn't a valid page"

@SebastianZimmeck
Copy link
Member

Sounds good. Feel free to go ahead with the merge, @JoeChampeau.

@JoeChampeau JoeChampeau merged commit eb5b512 into main Jan 5, 2024
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
fine tuning Iron-out an existing feature high priority Needs to be addressed immediately small Small issue that can be resolved quickly to move on
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Sites with international domains not recognized properly
4 participants