Build ID: 1999071417 Platform: Windows 98 (haven't tested Mac OS or Linux yet) To reproduce: - Load the attached test case in apprunner - Double-click the word 'Grendel' Result: Both 'Grendel' and 'Wednesday' are highlighted Expected result: Only 'Grendel' is Here's the offending HTML: <FONT FACE="Trebuchet MS, Helvetica, Arial, sans-serif" SIZE="+1"> <B><!--head-->ZDNet Article on Jazilla and Grendel<!--head-end--></B></font> <BR> <FONT COLOR="#999966" FACE="Trebuchet MS, Helvetica, Arial, sans-serif"> <B>Wednesday July 14th, 1999</B> </FONT> - The problem seems to be that apprunner sees that there is no space between Grendel and Wednesday - but logically, there should be because of the <BR> tag between the two.

Confirmed on this morning's Mac OS and yesterday's 99071514 Linx build. Good catch.

*** Bug 11544 has been marked as a duplicate of this bug. ***

*** Bug 12129 has been marked as a duplicate of this bug. ***

*** Bug 6875 has been marked as a duplicate of this bug. ***

*** Bug 10279 has been marked as a duplicate of this bug. ***

[Note to self: many of these bugs contain variant bug manifestations; be sure to verify the issues documented by the duplicate bugs are also fixed while verifying the bug.]

this really should get fixed for beta. Might be a dup.

fixed. i must get sleep.. must make it. must fix bugs...

Seems mostly fixed, but try resource:///res/samples/test1.html , double-clicking just after the bullets: * [^here] Oranges

Oh boy, here it goes, noting that this bug can't be marked Verified until the double-click on Mac bug is fixed. First, let's start with the dependent bugs. All of the following were tested on the 1999101308 Win32 and Linux builds: 1. 11544 has been re-opened by Akkana; didn't verify. 2. 12129 appears fixed. 3. 6875 has been re-opened by me. (Additionally, there's still a space being selected after items immediately prior to a child nested list, but I believe that's covered by Akkana'a 11544.) 4. 10279 appears fixed on Win32 and Linux.

The actual bug reported here by cpratt is now Verified/Fixed on Win32 & Linux (same build dates) Re: al@heimdallr.u-net.com's good observation (thanks!), I believe this is covered by the now-reopened 6875. If not, someone please say something.

[Marking as dependent upon 14990.]

Using 1999 10/18 09:00 Mac Mozilla build, verified that: * this bug is fixed. * 12129 is also fixed. * 10279 cannot be verified --- editor is busted on Mac. Trusting it to be an actual duplicate. (famous last words)

Okay. 10279 verified on today's Mac build; I can go home contented now... ;)