jmeter-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Philippe Mouawad <pmoua...@apache.org>
Subject Re: Possible Bug in Java 8 u 112 in javax.swing.JEditorPane.setText leads to stuck UI
Date Fri, 03 Mar 2017 12:30:29 GMT
Hello Muneer,
Thank you, but in JMeter we already do that before calling setText.
We still suffer from very bad (UI freezes for minutes taking 100% on on
CPU) response time.
Regards


On Wed, Mar 1, 2017 at 7:02 AM, Muneer Kolarkunnu <
abdul.kolarkunnu@oracle.com> wrote:

> Hi Philippe,
>
>
>
> If you set the content type before setting text, it is not taking much
> time. It is just 2-5 seconds.
>
> You can set the content type using javax.swing.JEditorPane.setContentType(String)
> API.
>
> Eg: editor.setContentType("text/plain"); // or
> editor.setContentType("text/html");
>
>
>
> I updated the test case which you shared along with bug and attached.
>
>
>
> I hope it will resolve your issue.
>
>
>
> Regards,
>
> Muneer
>
>
>
> *From:* Philippe Mouawad [mailto:pmouawad@apache.org]
> *Sent:* Wednesday, March 01, 2017 3:29 AM
> *To:* Rory O'Donnell; Dalibor Topic
> *Cc:* Muneer Kolarkunnu; Balchandra Vaidya; dev@jmeter.apache.org
>
> *Subject:* Re: Possible Bug in Java 8 u 112 in javax.swing.JEditorPane.setText
> leads to stuck UI
>
>
>
> Hello Guys,
>
> Any chance that a P4 bug is fixed ?
>
> It unfortunately affects us badly whenever some text (more than 700K which
> is frequent for HTML pages) is received in our tool.
>
>
>
> For my information what does this mean:
> ILW = MLH = P4
>
> Thanks
>
>
>
> On Tue, Jan 31, 2017 at 12:26 PM, Rory O'Donnell <rory.odonnell@oracle.com>
> wrote:
>
> Hi Philippe,
>
> It's marked P4 because it is seen as a corner case issue.
>
> Rgds,Rory
> On 30/01/2017 22:43, Philippe Mouawad wrote:
>
> Hello,
> Thanks.
> Any chance issue gets fixed as I see it's P4 .
>
> Thank you
>
> On Monday, January 16, 2017, Muneer Kolarkunnu <
> abdul.kolarkunnu@oracle.com>
> wrote:
>
> Hi Philippe,
>
>
>
> Thanks for sharing standalone test case.
>
> Issue is reproducible in all platforms(Windows, Linux and Osx) with all
> JDK versions(7, 8, 9-ea).
>
> I reopened the bug, You can see the updates in here:
> https://bugs.openjdk.java.net/browse/JDK-8172336
>
>
>
> Regards,
>
> Muneer
>
>
>
> *From:* Philippe Mouawad [mailto:pmouawad@apache.org
> <javascript:_e(%7B%7D,'cvml','pmouawad@apache.org');>]
> *Sent:* Sunday, January 15, 2017 4:33 AM
> *To:* Muneer Kolarkunnu
> *Cc:* Dalibor Topic; Balchandra Vaidya; dev@jmeter.apache.org
> <javascript:_e(%7B%7D,'cvml','dev@jmeter.apache.org');>; Rory O'Donnell
> *Subject:* Re: Possible Bug in Java 8 u 112 in javax.swing.JEditorPane.
> setText
> leads to stuck UI
>
>
>
> Hi,
>
> Previous sample showed already very slow rendering when text contains
> spaces.
>
> Now for the text without space. Sample attached.
>
> Regards
>
>
>
> On Fri, Jan 13, 2017 at 2:20 PM, Philippe Mouawad <pmouawad@apache.org
> <javascript:_e(%7B%7D,'cvml','pmouawad@apache.org');>> wrote:
>
> Hello Muneer,
>
> Find attached  a simple program reproducing issue.
>
> I see you closed the bug
>
> Regards
>
>
>
> On Fri, Jan 6, 2017 at 2:28 PM, Muneer Kolarkunnu <
> abdul.kolarkunnu@oracle.com
> <javascript:_e(%7B%7D,'cvml','abdul.kolarkunnu@oracle.com');>> wrote:
>
> Hi Philippe,
>
> Your incident has moved to JDK-8172336: https://bugs.openjdk.java.net/
> browse/JDK-8172336
>
> I tried to reproduce the issue, but I could not reproduce this issue with
> the information shared in the bug report. If you can provide a standalone
> test case, it will be great. Also, please let us know if you observe the
> same issue with JDK 8u122-ea and JDK 9-ea.
> Have you observed the same issue with other OS(Other than Mac OSX) ?
>
> 8u122-ea is available here : https://jdk8.java.net/download.html
> JDK 9-ea is available here : https://jdk9.java.net/download/
>
> Regards,
> Muneer
>
>
> -----Original Message-----
> From: Rory O'Donnell
> Sent: Thursday, January 05, 2017 5:22 PM
> To: dev@jmeter.apache.org
> <javascript:_e(%7B%7D,'cvml','dev@jmeter.apache.org');>
> Cc: Rory O'Donnell; Dalibor Topic; Balchandra Vaidya; Muneer Kolarkunnu
> Subject: Re: Possible Bug in Java 8 u 112 in javax.swing.JEditorPane.
> setText
> leads to stuck UI
>
> Thanks Philippe, we'll take a look.
>
> Rgds,Rory
>
>
> On 05/01/2017 10:30, Philippe Mouawad wrote:
>
> Hello,
> Done:9046713
>
> Regards
>
> On Thu, Jan 5, 2017 at 11:14 AM, Rory O'Donnell
> <rory.odonnell@oracle.com
>
> <javascript:_e(%7B%7D,'cvml','rory.odonnell@oracle.com');>>
>
>
>
> wrote:
>
> Hi Philippe,
>
> Many happy returns!
>
> Can you log a bug and send us the Java Incident id ?
>
> Rgds,Rory
>
>
>
>
> On 05/01/2017 10:12, Philippe Mouawad wrote:
>
> Greetings,
> First best wishes for 2017.
>
> I'd like to report what seems to be a critical bug we face in JMeter
> . I noticed it under Mac OSX El Capitan.
>
> Calling javax.swing.JEditorPane.setText() from AWT Thread with some
> long text (without spaces) leads to what seems to be either a very
> long or infinite loop, I made thread dumps and I have always  such
> (partial)
> stacktrace:
> "AWT-EventQueue-0" #20 prio=6 os_prio=31 tid=0x00007fa7a8afc000
> nid=0xf707 runnable [0x0000700002202000]
>       java.lang.Thread.State: RUNNABLE
>        at sun.font.CStrike.getNativeGlyphOutline(Native Method)
>        at sun.font.CStrike.getGlyphOutline(CStrike.java:215)
>        at sun.font.CStrike.getGlyphOutlineBounds(CStrike.java:177)
>        at
> sun.font.StandardGlyphVector$GlyphStrike.getGlyphOutlineBoun
> ds(StandardGlyphVector.java:1792)
>        at
> sun.font.StandardGlyphVector.getGlyphOutlineBounds(StandardG
> lyphVector.java:1174)
>        at
> sun.font.StandardGlyphVector.getGlyphVisualBounds(StandardGl
> yphVector.java:586)
>        at
> sun.font.StandardGlyphVector.getGlyphInfo(
>
> StandardGlyphVector.java:864)
>
>        at
> sun.font.ExtendedTextSourceLabel.createCharinfo(ExtendedText
> SourceLabel.java:622)
>        at
> sun.font.ExtendedTextSourceLabel.getCharinfo(ExtendedTextSou
> rceLabel.java:548)
>        at
> sun.font.ExtendedTextSourceLabel.getLineBreakIndex(ExtendedT
> extSourceLabel.java:480)
>        at java.awt.font.TextMeasurer.calcLineBreak(TextMeasurer.
>
> java:330)
>
>        at java.awt.font.TextMeasurer.getLineBreakIndex(TextMeasurer.
> java:566)
>        at
> java.awt.font.LineBreakMeasurer.nextOffset(LineBreakMeasurer.java:359)
>        at
> java.awt.font.LineBreakMeasurer.nextLayout(LineBreakMeasurer.java:440)
>        at javax.swing.text.TextLayoutStrategy.sync(TextLayoutStrategy.
> java:324)
>        at
> javax.swing.text.TextLayoutStrategy.insertUpdate(TextLayoutS
> trategy.java:70)
>        at javax.swing.text.FlowView.insertUpdate(FlowView.java:256)
>        at javax.swing.text.View.forwardUpdateToView(View.java:1227)
>        at javax.swing.text.View.forwardUpdate(View.java:1162)
>        at javax.swing.text.BoxView.forwardUpdate(BoxView.java:240)
>        at javax.swing.text.View.insertUpdate(View.java:710)
>        at
> javax.swing.plaf.basic.BasicTextUI$RootView.insertUpdate(
> BasicTextUI.java:1610)
>        at
> javax.swing.plaf.basic.BasicTextUI$UpdateHandler.insertUpdat
> e(BasicTextUI.java:1869)
>        at
> javax.swing.text.AbstractDocument.fireInsertUpdate(AbstractD
> ocument.java:201)
>        at
> javax.swing.text.AbstractDocument.handleInsertString(Abstrac
> tDocument.java:748)
>        at
> javax.swing.text.AbstractDocument.insertString(
>
> AbstractDocument.java:707)
>
>        at javax.swing.text.PlainDocument.insertString(PlainDocument.
> java:130)
>        at javax.swing.text.DefaultEditorKit.read(
>
> DefaultEditorKit.java:273)
>
>        at javax.swing.JEditorPane.setText(JEditorPane.java:1416)
> ....
>
>
> Is this a known bug or shall I open one ?
> Thank you
> Regards
>
> --
> Rgds,Rory O'Donnell
> Quality Engineering Manager
> Oracle EMEA , Dublin, Ireland
>
> --
> Rgds,Rory O'Donnell
> Quality Engineering Manager
> Oracle EMEA , Dublin, Ireland
>
>
>
>
>
> --
> Rgds,Rory O'Donnell
> Quality Engineering Manager
> Oracle EMEA , Dublin, Ireland
>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message