Skip to main content

SwingX 0.9.7 : SloppyHtmlEditorKit bug

1 reply [Last post]


I'm currently using SwingX 0.9.7.

I'm using CheckingRepaintManager to identify invocation of graphic functionalities outside the EDT.

It seems that JXEditorPane.SloppyHtmlEditorKit does processings in an other thread than the EDT.

Has it been fixed in a posterior version ?

I tried the last version (1.6.2) but some of the classes I use are not in the package anymore (FilterPipeline, SortController, SortOrder, etc) so I

cannot test it myself.

Here is the stack :

at javax.swing.JComponent.repaint(
at java.awt.Component.repaint(
at javax.swing.text.View.updateLayout(
at javax.swing.text.View.changedUpdate(
at javax.swing.text.html.BlockView.changedUpdate(
at javax.swing.plaf.basic.BasicTextUI$RootView.changedUpdate(
at javax.swing.plaf.basic.BasicTextUI$UpdateHandler.changedUpdate(
at javax.swing.text.AbstractDocument.fireChangedUpdate(
at javax.swing.text.html.HTMLDocument.fireChangedUpdate(
at javax.swing.text.html.HTMLDocument$HTMLReader.adjustEndElement(
at javax.swing.text.html.HTMLDocument$HTMLReader.flush(
at org.jdesktop.swingx.JXEditorPane$
at javax.swing.JEditorPane$

Thanks for your help

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Joined: 2006-06-08

It's a bug in core. Document changes are synchronized and may occur on any thread. BasicTextUI is not properly checking whether the current thread is the EDT before updating the view.