JDK-6973777 : JCK manual case JEditorPaneTests.html#JEditorPane fails in jdk7 b100
  • Type: Bug
  • Component: client-libs
  • Sub-Component: javax.swing
  • Affected Version: 7
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: generic,linux,windows_xp
  • CPU: generic,x86
  • Submitted: 2010-08-02
  • Updated: 2015-06-25
  • Resolved: 2011-07-18
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
7 b140Fixed
Related Reports
Duplicate :  
Duplicate :  
Duplicate :  
Relates :  
Relates :  
Relates :  
JDK/JRE tested: full name of bundle used:  jdk-7-ea-bin-b102-windows-i586-23_jul_2010.exe & jdk-7-ea-bin-b100-windows-i586-09_jul_2010.exe
OS/architecture: x86
Reproducible: Always
Reproducible on machine: winxp-i586 & win7-ultimate-i586
Is it a platform specific regression: N 
Is it a Regression: Not sure 
Steps to reproduce:
Case Name:
#case instruction:
This test verifies the behavior of JEditorPane(URL) constructor. Please verify that the editor pane is not editable and displays an HTML page.The first page consists of the link "Next Page>>>". The second page has the link "Previous Page>>>". Both pages also have a table of 3 rows and 4 columns with the header "Simple Table" and a copyright notice. Clicking on the link enables browsing form one page to the other.

#actual behavior:
Both pages don't have a table of 3 rows and 4 columns, they have a table of 7 rows and 4 columns

same config jdk7b99 same issue
same config jdk7b101 same issue
JCK-runtime-6b jdk6u21 pass , but with jdk7b100, same issue

EVALUATION We should revert CR 6539700, see comments from that CR: It should be noted that the requested default splitting behavior (breaking GlyphView at arbitrary place when no valid breakpoint is found by BreakIterator) is horribly wrong and should not be restored in any JDK release, either future or past

EVALUATION There are a copule problems: 1. Incorrect line wrapping, regression from CR 6539700 2. Incorrect borders, filed CR 7030332 for this problem and will be fixed separately.

EVALUATION The bug is reproducible