Open Bug 598231 Opened 14 years ago Updated 2 years ago

Make number of prompts before "Prevent this page from creating additional dialogs" a tunable pref

Categories

(Core :: DOM: Core & HTML, defect, P5)

defect

Tracking

()

REOPENED
Tracking Status
blocking2.0 --- -
status2.0 --- ?
status1.9.2 --- unaffected
status1.9.1 --- unaffected

People

(Reporter: BijuMailList, Unassigned)

References

Details

(Keywords: sec-want, Whiteboard: [sg:want])

We need Javascript to be turned on to show alert/confirm/prompt by a webpage.

All modern day browsers there are better way to get user input/action than using alert/confirm/prompt.

Only use for alert/confirm/prompt is to do some quick debugging stuff.

So it is OK to show 
   [ ] Prevent this page from creating additional dialogs.
On every alert/confirm/prompt


patch for bug 61098 (attachment 476153 [details] [diff] [review])
has 
* dialogDuration
* dom.successive_dialog_time_limit
* SUCCESSIVE_DIALOG_TIME_LIMIT
* topWindow->mDialogAbuseCount
* MAX_DIALOG_COUNT
* topWindow->mLastDialogQuitTime

We could remove all those...
That way we actually reduce some code...
Not blocking, and while I agree that pages have better ways to get user input/action, the fact is that modal dialogs *are* used on the web, and IMO this is WONTFIX.
Status: NEW → RESOLVED
blocking2.0: ? → -
Closed: 14 years ago
Resolution: --- → WONTFIX
Actually I wanted to get rid-off alert/prompt/confirm
It is really a nuisance, 
I dislike modal screen also in the desktop applications...

And as I know...

(In reply to comment #1)
> the fact is that modal dialogs *are* used on the web

I am OK with just being it deprecated by W3C/WHATWG

We really need to discourage developers using it.
A better simple way to achieve is to show 
   [ ] Prevent this page from creating additional dialogs.
in every dialog.

As our fix at bug 61098 will again allow alert/confirm/prompt on next visit.
it is OK if user accidentally check.

Additionally we could get rid-off 
1. one about:config item dom.successive_dialog_time_limit
2. A lot of unnecessary code.
3. Also help user who want it at a lesser count than 12
   bug 61098 Comment 318
I have to agree with bug 61098 comment 318 that 12 is too high a count. In the case of a true "eviltrap" site by time you see the checkbox you're no longer thankful for the way out, you're annoyed AT FIREFOX for having a solution and holding out on you.

Instead of hardcoding the number it should be a (hidden) pref, and we should lower the default value to 3 or no more than 5.

As a pref addons could customize the browser to different values (even if we left the default set to the current value), and Biju could get what he wants in this bug (and what I'd like) by setting it to 0.

Reopening bug with the above counter-proposal to your WONTFIX, and also because I disagree with your reasoning: Having the checkbox appear consistently on prompt service dialogs does not remove them from the web, it just means users have a consistent experience when they are used and a way out when they are ABused.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Summary: Please show "Prevent this page from creating additional dialogs" on every alert/confirm/prompt → Make number of prompts before "Prevent this page from creating additional dialogs" checkbox tunable
Whiteboard: [sg:want]
I guess bug 598536 was filed after this to lower the number, make this one about converting to a pref then.
Summary: Make number of prompts before "Prevent this page from creating additional dialogs" checkbox tunable → Make number of prompts before "Prevent this page from creating additional dialogs" a tunable pref
Bulk priority change, per :mdaly
Priority: P3 → P5
Severity: minor → S4
You need to log in before you can comment on or make changes to this bug.