Closed Bug 76412 Opened 24 years ago Closed 19 years ago

View Source does not do error-reporting correctly if VIEW_SOURCE_HTML is set

Categories

(Core :: DOM: HTML Parser, defect, P4)

defect

Tracking

()

RESOLVED FIXED
mozilla1.9alpha1

People

(Reporter: bzbarsky, Assigned: mrbkap)

References

Details

Attachments

(1 file)

Comments from bug 52154: ------- Additional Comments From rbs@maths.uq.edu.au 2001-04-17 14:37 ------- It just occurred to me that something was left out when jce2 initially implemented viewsource in html. I am mentioning it here for the record in case someone wants to fix it. It has to do with error reporting. The XML version outputs <error>...</error> [see CViewSourceHTML::WriteTagWithError()]. In the HTML version, this has to become <span class="error">...</span>.
The rule for that was in viewsouce.css for the error (others prefer blink :-) .error { background-color: #FFFFCC; font-weight: bold; }
There is another issue here. Currently mValidator is always null as far as I can tell. So we end up not doing any of the error reporting stuff anyway... I'll investigate this a bit.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Does the removal of the strict DTD have anything to do with this? I imagine we used that as the validator.... See bug 50070
The strict DTD wouldn't always report the errors correctly, so I don't think we should use it.
OK. Well, does the quirks DTD report errors? If so, I would be willing to try and hook up this error reporting again...
I hope not, because I strongly suspect it's concept of an error is different from what's an error according to the spec's. If we have error reporting it should be correct, and I doubt we could get anything close to that with any of the existing DTDs, and especially CNavDTD.
This is completely broken. Setting mValidator is easy, but does not make it work. I think the obsolete code can be savely removed. My fix for bug 57724 will include some syntax highlighting at the tokenizer level, but that is quite different from the old error reporting (will mark things such as unescaped ampersands, forgotten semicolons and attributes in end tags).
Andreas, do you want to morph this bug into "remove the error-reporting code"? And take it?
Do we all agree on removing this code?
I certainly agree, but Harish should have his say.
Since we don't have a DTD that could be used to report errors correctly ( unless someone is willing to implement an nsErrorsDTD...which I really doubt ) it makes sense to remove the unused code.
QA Contact: bsharma → moied
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
This bug has been marked "future" because the original netscape engineer working on this is over-burdened. If you feel this is an error, that you or another known resource will be working on this bug,or if it blocks your work in some way -- please attach your concern to the bug for reconsideration.
Target Milestone: mozilla1.0.1 → Future
It looks like there's very little left to rip out, might as well get this done.
Assignee: harishd → mrbkap
Status: ASSIGNED → NEW
Priority: -- → P4
QA Contact: moied → parser
Target Milestone: Future → mozilla1.9alpha
Attached patch Cleanup in aisle 5! (deleted) — Splinter Review
This rips out some more unnecessary garbage.
Attachment #202549 - Flags: superreview?(jst)
Attachment #202549 - Flags: review?(bzbarsky)
Attachment #202549 - Flags: superreview?(jst)
Attachment #202549 - Flags: superreview+
Attachment #202549 - Flags: review?(bzbarsky)
Attachment #202549 - Flags: review+
Fix checked in.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Depends on: 316186
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: