Closed Bug 171430 Opened 23 years ago Closed 23 years ago

Add popup whitelisting

Categories

(Firefox :: Settings UI, defect)

x86
All
defect
Not set
normal

Tracking

()

VERIFIED FIXED
Phoenix0.3

People

(Reporter: asa, Assigned: hyatt)

Details

not all but we should get some of it into Phoenix.
Target Milestone: --- → Phoenix0.3
whitelist in particular.
-> hyatt
Assignee: blaker → hyatt
Summary: move more of the pop-up blocking stuff over to Phoenix → Add popup whitelisting
There's a Phoenix FE bug here for sure, but why should each app have to reinvent the back-end wheel if the BE can be XP and part of the DOM? At least, the DOM could provide an interface for embedding apps to implement that it calls through to decide when to popup. I think danm said dveditz was arguing for this kind of conslidated back-end recently. /be
We haven't had a chance to look into this yet...but we weren't planning on reinventing anything, just bringing the whitelist aspect of the Mozilla stuff to the trunk. Is that not possible?
> We haven't had a chance to look into this yet...but we weren't planning on > reinventing anything, just bringing the whitelist aspect of the Mozilla stuff > to the trunk. Is that not possible? According to bug 166442 comment 87 (paragraph starting "Whitelist request..."), it isn't. Unless I'm misunderstanding, Mozilla's pop-up blocking backend doesn't support whitelisting.
All Mozilla's popup blocking back end and nearly all the UI is in extensions/cookie. I don't know your plans for including that in Phoenix. Best I think would be to factor the back end part into a permissions library -- I keep thinking modules/libperm -- which could be shared by everyone. The UI would stay in the cookies extension. This hasn't been done, and I'm not even sure it's acceptable to everyone. Mozilla's actual blocking of popups currently happens in application-level code (xpfe/bootstrap). dveditz (and I) have noticed that it'd be one less thing for other applications to do if it were in DOM-level code, alongside the current window-opening script pref. Then Phoenix, for instance, would only have to implement a prefs UI. I think this would best be done after factoring the back end out of cookies, but a simpler hack job could also be done without going to all that trouble. Part of teaching Phoenix, Mozilla, or anyone, whitelist popup blocking would be tweaking cookies' permission manager to get full whitelist support.
Target Milestone: Phoenix0.3 → Phoenix0.4
fixed. if we want more or better we can do it under another bug.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Target Milestone: Phoenix0.4 → Phoenix0.3
I installed Phoenix, but I don't like it that you're working with a whitelist now. I like it more the way it was in Mozilla, with a blacklist. Wouldn't a combination be better? A possibility to turn popup blocking on or off, but with a higher priority for the white- and blacklists? So that if you have blocking disabled, you still don't see the popups on the blacklists (except if you disable the blacklist).
verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.