Closed Bug 335564 Opened 18 years ago Closed 18 years ago

rename variables from protection to safebrowsing or urlclassifier

Categories

(Toolkit :: Safe Browsing, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: tony, Assigned: tony)

Details

(Keywords: fixed1.8.1)

Attachments

(1 file, 1 obsolete file)

After the directory rename (bug 335032), we need to rename the paths in the toolkit.jar file as well and the name of many of the objects.
Renaming variables to avoid confusion.  We should also rename the files, but that will happen in a different CL so it's clear what's actually changing.
Attachment #219906 - Flags: review?(brettw)
Comment on attachment 219906 [details] [diff] [review]
renaming variables

Looks OK, except you should rename the .idl files to correspond to the new interface names.
Attachment #219906 - Flags: review?(brettw) → review-
Can I do that in a separate change so the edits are easy to distinguish from the file renames?
(In reply to comment #3)
> Can I do that in a separate change so the edits are easy to distinguish from
> the file renames?

OK. I'll check this in in a minute.
Comment on attachment 219906 [details] [diff] [review]
renaming variables

(file renames to be in next patch)
Attachment #219906 - Flags: review- → review+
Attachment #219906 - Flags: approval-branch-1.8.1?(bugs)
Comment on attachment 219906 [details] [diff] [review]
renaming variables

> PROT_GlobalStore.getAppDirectoryName = function() {
>-  return PROT_GlobalStore.getPref_("protection.datadirectory");
>+  return PROT_GlobalStore.getPref_("safebrowsing.datadirectory");

If the name of this is "urlclassifier" and not "protection" then why is this "safebrowsing.datadirectory" and not "urlclassifier.datadirectory"?
Attachment #219906 - Flags: superreview-
Attachment #219906 - Flags: approval-branch-1.8.1?(bugs)
Attachment #219906 - Flags: approval-branch-1.8.1-
(In reply to comment #6)
> If the name of this is "urlclassifier" and not "protection" then why is this
> "safebrowsing.datadirectory" and not "urlclassifier.datadirectory"?
> 

There could be multiple objects that use the urlclassifier object.  Each may want it's own data directory. It also makes sense to group all the safebrowsing related prefs together.

I don't think it's a big deal either way, so if you want me to change it, I will.
Wouldn't they need to create a copy of globalstore.js then to change that? If that's not the end of the world, doesn't that imply that globalstore.js is a file that should live in browser/components/safe-browsing instead?

If you are thinking hypothetically, I'd say just rename to urlclassifier. Otherwise I think you need to come up with a better solution...
Attached patch renaming variables (obsolete) — Splinter Review
Renamed to urlclassifier.datadirectory as suggested.
Attachment #219906 - Attachment is obsolete: true
Attachment #219930 - Flags: review?(bugs)
Comment on attachment 219906 [details] [diff] [review]
renaming variables

Tony said he'd move this to browser/ later
Attachment #219906 - Attachment is obsolete: false
Attachment #219906 - Flags: superreview-
Attachment #219906 - Flags: approval-branch-1.8.1-
Attachment #219906 - Flags: approval-branch-1.8.1+
Attachment #219930 - Attachment is obsolete: true
Fixed on branch and trunk.
Status: NEW → RESOLVED
Closed: 18 years ago
Keywords: fixed1.8.1
Resolution: --- → FIXED
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: