Closed Bug 704667 Opened 13 years ago Closed 13 years ago

View source uses an incorrect font for some portions of the source (related to invalid comments)

Categories

(Toolkit :: View Source, defect)

defect
Not set
minor

Tracking

()

RESOLVED FIXED
mozilla11
Tracking Status
firefox10 --- unaffected

People

(Reporter: MattN, Assigned: hsivonen)

References

()

Details

(Keywords: regression)

Attachments

(2 files)

Attached file Reduced test case (deleted) —
Steps to reproduce: 1) Open reduced test case page in the browser 2) View source of the page Expected Result: A consistent font face for all of the source Actual Result: Some of the page source is displayed in a different font. Possibly caused by 482921 or the HTML5 parser itself which seems to handle the conditional comment differently than Firefox 8.0.1 I had a hard time making a reduced test case because the bug only shows up if there are a certain number of characters in the source. Even deleting on character could cause the problem to go away. That is why I put many spaces in the test file to make sure it was over the threshold that would cause this bug. To see for yourself, delete all of the spaces/blank lines below my comment and you will see that the problem goes away.
Assignee: nobody → hsivonen
Status: NEW → ASSIGNED
The most immediate problem here is the end of one pre and the start of another one. The interesting question is why the preconditions of the code that ends the pre are wrong. See also bug 695640.
The problem was that <!--> did a transition from the comment start state to the data state, but the highlighter didn't take that transition into account. I must have missed that transition when I checked which comment states can transition to the data state.
Attachment #577219 - Flags: review?(bugs)
Attachment #577219 - Flags: review?(bugs) → review+
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Comment on attachment 577219 [details] [diff] [review] Take transitions from the comment start state to the data state into account (This comment has been posted on all the bugs mentioned in this comment, except bug 710142, so that the release drivers see it regardless of the order in which they process approval requests.) The new View Source implementation landed before Firefox 10 moved to Aurora. Afterwards, a bunch of regressions were identified. Many of the regression fixes didn't land before Firefox 10 moved to Aurora but they have now been fixed on trunk except for bug 710142. To avoid shipping with regressions, we either need to land all the regression fixes on Aurora for Firefox 10 (followed by a fix for bug 710142 in Beta if it doesn't make it before Dec 20th) or switch back to the old View Source implementation on Aurora. The new View Source implementation provides much better diagnostics for Web developers than the old View Source implementation. So I'd like to ask the release drivers to either approve bug 535530, bug 699356, bug 699365, bug 700034, bug 700361, bug 703965, bug 704667 and bug 705473 plus bug 695640, which is a non-regression tweak, or to approve bug 710175 for reverting to the old View Source implementation for Firefox 10.
Attachment #577219 - Flags: approval-mozilla-aurora?
Comment on attachment 577219 [details] [diff] [review] Take transitions from the comment start state to the data state into account [triage comment] We decided to back out the new view source parser (bug 710175) rather than take this fixup for Firefox 10. Denying for Aurora.
Attachment #577219 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora-
Firefox 10 no longer affected due to bug 710175 landing.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: