Closed Bug 394204 Opened 18 years ago Closed 18 years ago

Switch popup blocking to CHPermissionManager

Categories

(Camino Graveyard :: Annoyance Blocking, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: stuart.morgan+bugzilla, Assigned: stuart.morgan+bugzilla)

Details

(Keywords: fixed1.8.1.10)

Attachments

(1 file)

3.00 KB, patch
nick.kreeger
: review+
mikepinkerton
: superreview+
Details | Diff | Splinter Review
Attached patch switchSplinter Review
I thought I got everything but prefs (which are currently blocked) off of nsIPermisionManager, but apparently not.
Attachment #278818 - Flags: review?(nick.kreeger)
Comment on attachment 278818 [details] [diff] [review] switch Looks good to me. Sorry, this got lost on my radar.
Attachment #278818 - Flags: review?(nick.kreeger) → review+
Attachment #278818 - Flags: superreview?(mikepinkerton)
Comment on attachment 278818 [details] [diff] [review] switch -- (void)whitelistPopupsFromURL:(NSString*)inURL -{ - nsCOMPtr<nsIURI> uri; rather than removing it, why not have it be consistent with the blacklist method, which also just calls through the the CHPermissions stuff? Why have the caller make the raw call in one case but not the other? Just seems more consistent. sr=pink regardless.
Attachment #278818 - Flags: superreview?(mikepinkerton) → superreview+
Blacklist is only still there because it's a public method, due to somewhat legacy architecture of the popup blocker. I plan to improve the situation further, but removing the unnecessary private method for seemed like more of a win given that the two methods were already asymmetrical. Landed on trunk and MOZILLA_1_8_BRANCH.
Status: NEW → RESOLVED
Closed: 18 years ago
Keywords: fixed1.8.1.10
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: