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




17 years ago
14 years ago


(Reporter: jbs0902, Assigned: adamlock)



Firefox Tracking Flags

(Not tracked)




17 years ago
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.

Comment 1

17 years ago
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

Comment 2

17 years ago
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 ***
Last Resolved: 17 years ago
Resolution: --- → DUPLICATE

Comment 3

17 years ago
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.
Depends on: 28586
Resolution: DUPLICATE → ---
I dislike that popup myself. I am not even show it shows up consistently.

Ever confirmed: true

Comment 5

17 years ago
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


17 years ago
OS: Windows 2000 → All
Hardware: PC → All
*** Bug 169576 has been marked as a duplicate of this bug. ***

Comment 7

17 years ago
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?

Comment 8

17 years ago
I am also seeing this error message randomly and more often than it used to be.
 I am using build 2002102208 on W2K.

Comment 9

17 years ago
-> docshell (my opinion is WONTFIX in favor of error pages)
Assignee: darin → adamlock
Component: Networking: HTTP → Embedding: Docshell
QA Contact: tever → adamlock

Comment 10

17 years ago
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).

Comment 11

17 years ago
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.
Last Resolved: 17 years ago17 years ago
Resolution: --- → WONTFIX

Comment 12

17 years ago
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 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 ...

Comment 13

17 years ago
Chris: what mozilla version are you using?

Comment 14

17 years ago
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 ...



14 years ago
No longer depends on: 28586
You need to log in before you can comment on or make changes to this bug.