All users were logged out of Bugzilla on October 13th, 2018

<em> and <strong> breaks formatting inside <ins>

VERIFIED FIXED

Status

()

P3
normal
VERIFIED FIXED
20 years ago
20 years ago

People

(Reporter: Michael.Mulchek, Assigned: rickg)

Tracking

Trunk
All
Windows 98
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

20 years ago
Disclaimer below:

When I create an <ins> soimething something lalala </ins> using the non-
roundtripped Win32 M5 binary (both apprunner and viewer) on a Win98 platform,
the content is diaplayed and underlined.

If I format a word inside with something like <em> or <strong>, the emphasis is
correctly applied but the remainder of the <ins> text is now no longer
underlined.   Requesting <u></u> on the inside (after the break) correctly
applies the underline to that selection, but the remainder is still not-
underlined.

I thorougly apologize for the general lameness of this bug report.  I have no
bandwidth to get the newest builds anymore and I have no idea how this is
supposed to correctly behave (if the rules are even made yet), but IE 5.0
applies the underline completely across the displayed content.

Again, ALL apologies for how sucky this is.  My linux builds are hosed, my time
is short, and my experience is limited.

Fragment of code I was playing with:

</p>
<a href="test3.html">Escape as soon as possible to test three!</a>
<ins cite="temp2.html"> This is new <em>stuff</em> that has
<strong>been</strong> inserted.</ins>
<del> This is old stuff that has <em>been</em> deleted.</del>
<p>
(Assignee)

Updated

20 years ago
Status: NEW → ASSIGNED
(Assignee)

Comment 1

20 years ago
Corrected by changes to parsing engine.

Updated

20 years ago
Status: RESOLVED → VERIFIED

Comment 2

20 years ago
Fixed in June 1 Build.
You need to log in before you can comment on or make changes to this bug.