On 26/Nov/2009 13:14, Mark Hindess wrote: > In message <200911261245.nAQCjwbj010629@d06av01.portsmouth.uk.ibm.com>, Mark > Hindess writes: >> In message <4B0E6F23.8070009@googlemail.com>, Oliver Deakin writes: >>> I have updated this morning and I only see 1 consistent failure on >>> Windows x86 now: >>> >>> Name Tests >>> Errors Failures >>> javax.swing.text.html.HTMLDocument_Reader_ActionsTest >>> 58 1 1 >>> >>> The bad news is that running this test against the M11 build passes >>> for me, so it's something we have broken since the last milestone. I >>> have created HARMONY-6392 for these failures. >> I see this on Linux too. I'm running a binary chop to try to narrow >> down the breaking commit. It is currently testing r822219 which fails >> between r820621 (which passes) and r823576 (which fails). > > It has finished running now and shows the bad commit as: > > r822846 | tellison | 2009-10-07 19:54:08 +0100 (Wed, 07 Oct 2009) | 2 lines > Apply part of patch from HARMONY-6346 ([classlib] [archive] Several archive bugfixes and optimizations) Thanks Mark. It's not immediately clear how that is connected to the failure, so running debug now. The simple reproducer is: public void test() throws IOException, BadLocationException { StringReader sr = new StringReader("
line1\n"
                + "line2 \n line3"
                + "line3
line4 \n line4"); HTMLDocument doc = new HTMLDocument(); new HTMLEditorKit().read(sr, doc, 0); String range = doc.getText(26, 11); assertEquals("line4 line4", range); } which passes on the RI, but on Harmony the range is returned as "\nline4 line" Regards, Tim