This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
The line number of CSS validation messages for CSS styles that appear within the HTML code must be offset by the appropriate line number at which the CSS content starts within the HTML code. That's not the case in the moki document and not the case in the resulting report either.
FragmentRetrievalElement instances created to reference the different inline and embedded CSS content that appear in the page under test now contain the correct line number at which the <style> element or the "style" element appears in the HTML content. This line number is then used to offset the line numbers returned by the CSS validator. Notes: - The "rootElementLine" attribute of the docContent element in the moki representation has been removed as well. It was both wrong and useless. - The CSS validator often returns the position at the "end" of the problem, and not at the beginning, which is often confusing. See Bug 10468. Related test case in the test suite: STYLE_SHEETS_USE 8