Beginning on October 25th, 2016, Persona will no longer be an option for authentication on BMO. For more details see Persona Deprecated.
Last Comment Bug 660215 - Remove .local from PSL
: Remove .local from PSL
Product: Core
Classification: Components
Component: Networking: Domain Lists (show other bugs)
: unspecified
: All All
: -- normal (vote)
: mozilla13
Assigned To: Jothan Frakes
: Patrick McManus [:mcmanus]
Depends on:
  Show dependency treegraph
Reported: 2011-05-27 05:33 PDT by Gervase Markham [:gerv]
Modified: 2012-03-29 15:22 PDT (History)
6 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---

Patch to remove .local (453 bytes, patch)
2011-05-30 06:02 PDT, Jothan Frakes
gerv: review+
Details | Diff | Splinter Review

Description Gervase Markham [:gerv] 2011-05-27 05:33:10 PDT
Currently, .local is in the PSL. The front page of says "A "public suffix" is one under which Internet users can directly register names." (Implicitly, in the IANA DNS root.)

So, we should remove .local. Then, the PSL will again be useful for checking whether a domain name is publicly registrable or not.

Comment 1 Jothan Frakes 2011-05-29 22:47:43 PDT
In a clinical sense, for purity of the premise of "Public", I agree.  I did a little more research on .local and found a few spots to see if I could backfill my institutional knowledge on why this was listed in the first place.

I am new as a volunteer here, but I wonder if consideration for RFC 2965 counts in the approval process for this change as treating 'public' with respect to how local behaves as a special case to respect interoperability with Linux and Apache.

Apache has a failover in their code for .local

.local is often a Linux installer's "Hello World" of TLDs, and many LAMP installations (quite popular) depend upon this.

Just putting this in here to document these.  I don't disagree with pulling .local, but it might have crept in with some good logic.
Comment 3 Gervase Markham [:gerv] 2011-05-30 02:14:02 PDT
In the normal use of the PSL, having .local listed is a no-op, because the fallback behaviour is to treat any unknown domain as if it's listed just as itself. If people are using the PSL for other things than e.g. cookie setting, it might make a difference to them - but there's at least one use, which was the source of this bug report, where having .local messes things up.

Comment 4 Jothan Frakes 2011-05-30 06:02:18 PDT
Created attachment 536070 [details] [diff] [review]
Patch to remove .local
Comment 5 Gervase Markham [:gerv] 2011-06-06 02:33:36 PDT
Comment on attachment 536070 [details] [diff] [review]
Patch to remove .local

Jothan: when attaching patches, the right thing to do is "request review", by setting the "review" flag on the attachment to "?", with a requestee of whoever you want to do the review.

I'll review this one, but in future you could ask e.g. pkasting.

Comment 6 Jothan Frakes 2011-06-06 18:20:43 PDT
OK, cool.  

Will do on future items.   I am learning the process on these, so thanks for the patience while I am learning the force.
Comment 7 Gervase Markham [:gerv] 2012-02-21 09:06:32 PST

Comment 8 Peter Kasting 2012-02-21 10:13:24 PST
Should this be ->FIXED then?
Comment 9 Ed Morley [:emorley] 2012-02-22 10:52:03 PST
Comment 10 Ed Morley [:emorley] 2012-02-22 10:53:12 PST
(In reply to Peter Kasting from comment #8)
> Should this be ->FIXED then?

At least for now, I have to mark bugs manually after merging inbound to m-c, which is somewhat tedious so tends to get saved until a few hours after the merge.
Comment 11 Gervase Markham [:gerv] 2012-02-23 10:38:45 PST
edmorley: you have come across Bugzilla's "mass change" feature, haven't you? :-)

Comment 12 Ed Morley [:emorley] 2012-02-23 10:42:51 PST
Unfortunately each bug needs it's own changeset pasted, a scan of the whiteboard to see if the bug needs to be kept open any longer & setting the assignee if it's been left blank - so sadly can't be set using mass change. My current brainstorming ideas for automating this are at , but it's just a case of finding the time as a volunteer to do it :-)
Comment 14 Anthony Hughes (:ashughes) [GFX][QA][Mentor] 2012-03-05 16:35:50 PST
Is there something QA can do to verify this fix?

Note You need to log in before you can comment on or make changes to this bug.