Closed Bug 160423 Opened 22 years ago Closed 22 years ago

Preference option to supress "Document contains no data" dialog box

Categories

(Core :: DOM: Navigation, enhancement)

enhancement
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: jbs0902, Assigned: adamlock)

References

Details

I use Norton Internet Security to block ads, etc.  This results in a number of
frequent "Document contains no data" dialog boxes.  Ok, Norton killed the data.
 I don't consider this a Mozilla error.  However, can I get a user preference to
supress this dialog box?  I don't care if the URL contains no data.  Don't
bother me.


Also, adding the URL of the document to the dialog box, when it does appear
would be useful.
this falls into my "don't do that category", we haven't allowed people to abuse
hosts files either (eg pointing an ad server to 127.1 when there's no 127.1:80
will give you lots of annoying dialogs).
Assignee: ben → darin
Component: Preferences → Networking: HTTP
QA Contact: sairuh → tever
dupe of 88708, which is a dupe of 28586

> also, adding the URL of the document to the dialog box, when it
> does appear would be useful.
this is dupe of 159324

*** This bug has been marked as a duplicate of 28586 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
REOPEN: this is a depends on bug 28586, that bug is full of controversy. This
might be doable separately, especially since this particular bug has blocked
testing automation at times.
Status: RESOLVED → UNCONFIRMED
Depends on: errorpages
Resolution: DUPLICATE → ---
I dislike that popup myself. I am not even show it shows up consistently.
Confirming.

pi
Status: UNCONFIRMED → NEW
Ever confirmed: true
I agree, meaningless dialogs (meaningless to the ordinary user) is something
that the user doesnt really need to be informed of, maybe a status bar message
would be more appropriate as alert dialogs freezes the browser forcing the user
to read/interact to the message in order to continue with no suggestions of
remedy or what the user did to initiate the dialog, alert dialogs should only be
used with form checking invoked by websites javascript and <u>not</u> by
problems with the browser itself.

oh and bugzilla seems to think this is a http problem ?! when api/accessability
 was initially selected, hmm
OS: Windows 2000 → All
Hardware: PC → All
*** Bug 169576 has been marked as a duplicate of this bug. ***
I agree that there needs to be a change in how this is handled.  I find that the
dialog pops up quite randomly at various sites.  And I'm not using Norton
Security, ad blocking, etc.

Any news on this?
I am also seeing this error message randomly and more often than it used to be.
 I am using build 2002102208 on W2K.
-> docshell (my opinion is WONTFIX in favor of error pages)
Assignee: darin → adamlock
Component: Networking: HTTP → Embedding: Docshell
QA Contact: tever → adamlock
i should add that since bug 177326 was fixed, this error should be less common.
 also, it should only appear when the page is blank, not just when a subframe is
blank (i forget the corresponding bug number).
IMO WONTFIX too so marking it such.

I believe the dialog should stay, rather than silently appear to do nothing at
all. Hopefully with the cited problem fixed it shouldn't be a regular enough
occurence to annoy anyone.
Status: NEW → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → WONTFIX
This bug drives me crazy sometimes.  Why can't it be possible to turn off?  The
only reason it comes up as far as I can tell is ad-blocking (at least for me ...
for other people it's different).  There are almost no other error messages I
get from Mozilla that require me to click / hit enter to continue.  Why can't
you just dump the results to a log file if it's really that important?  You can
even connect to mozilla.org with the results if you want, I don't care, but I
don't wanna see this stupid message ever again.  It's not like the dialog even
tells you anything ... there is nothing about *which* document contains no data.
 Maybe it's not a problem for you, but I guess it depends on the sites you go to
and the ad-blocking you have going.  It also seems intermittent.  It's not like
it would be difficult to remove.  And if people _really_ wanted to eliminate
this problem ... is it even a problem?  why is there an error message? ... then
they can turn the preference back on.  But as far as the non-developer end-user
is concerned, now that this bug has been identified, it makes all sense to give
us a preference option.  It's almost comparable to netscape refusing to add a
home button (which everyone wants), and someone having to go out and make a
non-endorsed patch.  Please fix this.  What about the other people watching this
bug?  Do none of them care either?  I'm not talking about netscape (who
supposedly wouldn't use the preference anyways), I'm talking about users here ...
Chris: what mozilla version are you using?
1.2b / phoenix 0.4 / win32

If it's really not a problem starting with later release builds, then okay.  I
apologize for going off like that, it just really annoys me sometimes (I can
click 9 times for a single page -- and it's random which page).  I suppose the
dependency on Bug 177326 being fixed came after 1.2b, didn't it?  I'll let you
know if there's problems in the future ...

Cheers
No longer depends on: errorpages
You need to log in before you can comment on or make changes to this bug.