Closed
Bug 394204
Opened 18 years ago
Closed 18 years ago
Switch popup blocking to CHPermissionManager
Categories
(Camino Graveyard :: Annoyance Blocking, defect)
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 |
I thought I got everything but prefs (which are currently blocked) off of nsIPermisionManager, but apparently not.
Attachment #278818 -
Flags: review?(nick.kreeger)
Comment 1•18 years ago
|
||
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+
Assignee | ||
Updated•18 years ago
|
Attachment #278818 -
Flags: superreview?(mikepinkerton)
Comment 2•18 years ago
|
||
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+
Assignee | ||
Comment 3•18 years ago
|
||
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.
You need to log in
before you can comment on or make changes to this bug.
Description
•