Closed Bug 160423 Opened 23 years ago Closed 23 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: 23 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: 23 years ago23 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.