Closed Bug 291783 Opened 20 years ago Closed 20 years ago

Incorrect underlining in standards compliance mode

Categories

(Core :: Layout, defect)

1.7 Branch
x86
Windows XP
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 263374

People

(Reporter: eric5brewer, Unassigned)

Details

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 In standards compliance mode underlining ignores indentation of the paragraph and always starts from the left margin. Reproducible: Always Steps to Reproduce: 1. Create an HTML file: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html><head><title></title> <style type="text/css"> p { text-indent: .25in; text-decoration: underline; } </style> </head> <body> <p>Hello, world!</p> </body></html> 2. Make a copy of this file and remove the DOCTYPE declaration. 3. Open both files in the browser. Actual Results: For the file without DOCTYPE declataion, only "Hello, world!" is underlined (as it should be). However, for the file with DOCTYPE declaration, underlining starts from the left margin. Expected Results: Underlining should have started from the left margin + indentation.
-> Core / Layout
Assignee: general → nobody
Component: General → Layout
Product: Mozilla Application Suite → Core
QA Contact: general → layout
Version: unspecified → 1.7 Branch
In Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3 I see what the reporter describes. In Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050422 Firefox/1.0+ both testcases are the same.
Component: Layout → General
Product: Core → Mozilla Application Suite
QA Contact: layout → general
Version: 1.7 Branch → unspecified
Againg to Core / Layout... Steve, don't commit your changes when you hit Mid-Air collision.
Component: General → Layout
Product: Mozilla Application Suite → Core
QA Contact: general → layout
Version: unspecified → 1.7 Branch
See the second line in the last testcase posted on bug 263374 - which is practically identical to this one (with <div> instead of <p>). Also verified by the fact it's fixed on recent nightlies. *** This bug has been marked as a duplicate of 263374 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: