Download manager does not recognize .co.cc as a domain suffix

RESOLVED WONTFIX

Status

()

Core
Networking
--
trivial
RESOLVED WONTFIX
8 years ago
8 years ago

People

(Reporter: Matt Rhinesmith, Unassigned)

Tracking

1.9.2 Branch
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

8 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.5pre) Gecko/20100514 Ubuntu/9.10 (karmic) FireDownload/2.0.1 Namoroka/3.6.5pre
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.5pre) Gecko/20100514 Ubuntu/9.10 (karmic) FireDownload/2.0.1 Namoroka/3.6.5pre

When I download a file from a site whose domain ends in .co.cc, the download manager lists it as being downloaded from co.cc, not the actual site. This is probably because of the manager's subdomain handling, which causes the actual domain (in this case, the-pizzaboy192), to be recognized as a subdomain of the domain co.cc. I imagine that simply adding .co.cc to the list of domain suffixes, this problem would be resolved. Even better, an editable list of domain suffixes would allow anyone to add any domain suffix.

Reproducible: Always

Steps to Reproduce:
1. Visit a .co.cc website
2. Download any file
3. View the download manager
Actual Results:  
I saw only co.cc as the site that was downloaded from

Expected Results:  
The software should have shown the-pizzaboy192.co.cc as the site downloaded from
confirming with FF3.6.4beta
Status: UNCONFIRMED → NEW
Component: General → Download Manager
Ever confirmed: true
Product: Firefox → Toolkit
QA Contact: general → download.manager
Version: unspecified → 1.9.2 Branch
It just uses the eTLD service to figure this stuff out.
Component: Download Manager → Networking
Product: Toolkit → Core
QA Contact: download.manager → networking

Comment 3

8 years ago
We only have a "cc" entry in our etld file. From http://en.wikipedia.org/wiki/.cc:

Note: "co.cc" is not an official hierarchy; it is a domain (www.co.cc) owned by a company who offers free subdomain redirection services.

So, not really sure what we want to do here. In the interest of the web working better, we should probably add it. Gerv, thoughts?

I'd note that the site 'www.co.cc' sets domain cookies for '.co.cc' (standard Google Analytics cookies). As it stands, that's not all that great for sites underneath it.
We do add pseudo-TLDs like co.cc, but only if the domain owner of co.cc applies and requests it. Until then, it's a WONTFIX.

Gerv
Status: NEW → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.