Open Bug 1915416 Opened 1 year ago Updated 2 months ago

Clarify search-detection's getPublicSuffix

Categories

(WebExtensions :: General, task, P3)

task

Tracking

(Not tracked)

People

(Reporter: chutten, Unassigned)

Details

(Keywords: good-first-bug)

Attachments

(1 file, 1 obsolete file)

Per https://phabricator.services.mozilla.com/D218001#inline-1223211, getPublicSuffix has a name and a comment that are inaccurate and could be clarified:

This name and comment is misleading. The method returns the eTLD+1 for a given URL. "getBaseDomain" would have been a better name.

(In general this whole extension refers to eTLD in several places where eTLD+1 is meant)

Severity: -- → N/A
Keywords: good-first-bug
Priority: -- → P3

Hi William, Can I work on this?

Sure thing. I think we want to rename the getPublicSuffix method to getBaseDomain here.

Thanks William, I'll make rename this getPublicSuffix method to getBaseDomain and create a PR.

I’m a new contributor, and I’ll be submitting a patch for this bug soon

Hi William, I'm working on this bug and could use a little guidance. I took a look at the Phabricator link and occurrences of getPublicSuffix in Searchfox: https://searchfox.org/firefox-main/search?q=getPublicSuffix+&path=&case=false&regexp=false

After changing getPublicSuffix to getBaseDomain in the api.js file and the background.js file I'm unsure if I need to make the change in any of the other locations listed in Searchfox. Is there a recommended way to figure that out?

Flags: needinfo?(wdurand)
Assignee: nobody → scottvenkataraman
Status: NEW → ASSIGNED
Attachment #9526595 - Attachment is obsolete: true
Flags: needinfo?(wdurand)

This good-first-bug hasn't had any activity for 2 months, it is automatically unassigned.
For more information, please visit BugBot documentation.

Assignee: scottvenkataraman → nobody
Status: ASSIGNED → NEW
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: