Hi Pavel, As mentioned, the issue only exists on Linux.
Thanks, Clemens 2012/10/8 pavel porvatov <[email protected]>: > Hi Clemens, > > I can't reproduce the problem with your test case on 7u7 as well. The > following info if from my java console: > Java Plug-in 1.6.0_35 > Using JRE version 1.7.0_07-b32 Java HotSpot(TM) Client VM > > I used Chrome. Firefox 10.0.7 works as well. Tested OS is: Microsoft Windows > [Version 6.1.7601] > > Regards, Pavel. > >> Hi Pavel, >> >> Thanks for taking a look at the testcase. >> >> The bug triggering the testcase seems to have been fixed between >> jdk8b55 and jdk8b56, although I am still able to reproduce the issue >> with jdk7u7. I tried to add a comment to the report, however it seems >> that functionality has been disabled. >> For me the issue showed up with Firefox, Chrome and Opera on Fedora-17 >> 64-bit, regardless using the oracle plugin or icedtea-web. Appletview >> works as expected, however. >> >> Unfourtunatly, the real application which made me create this >> self-contained testcase still runs into the problem ... >> >> >> Thanks again, Clemens >> >>> >>> On 14.09.2012 3:36, Clemens Eisserer wrote: >>>> >>>> Hi Pavel, >>>> >>>> I was able to distill the problem to small, self-contained testcase, >>>> which is available at: http://93.83.133.214/textfielddemo.zip >>>> I've also created a short video, demonstrating the issue: >>>> http://youtu.be/r1JDj5BuBOM >>>> >>>> The JTextField opens up a JPopupMenu on<ENTER>, which can be closed >>>> by clicking the JButton it contains. >>>> However, after the popup is hidden, no editing is possible unless >>>> focus is toggled once between the browser and another window. >>>> >>>> Unfourtunatly the testcase only triggers the problem on Linux (tested >>>> with jdk8+oracle plugin as well as openjdk7+icedtea-web both with >>>> recent versions Firefox and Chrome), However, I've seen this issue >>>> happen on Windows too when running the application I talked in the >>>> first email. >>>> >>>> It would be great if you could have a look. >>>> >>>> Thank you in advance, Clemens >>>> >>>> >>>> 2011/7/30 Pavel Porvatov<[email protected]>: >>>>> >>>>> Hi Clemens, >>>>> >>>>>> Hi, >>>>>> >>>>>> I've developed a database applet where Swing widgets are connected to >>>>>> RowSets using the SwingSet library (an old sourceforge project). >>>>>> All queries are executed on the EDT, except for some background tasks >>>>>> which sync with the UI using SwingUtilities.invokeLater(). >>>>>> >>>>>> When running the application over high-latency connections (EDT is >>>>>> busy >>>>>> for a few seconds), sometimes after a pending operation is finished I >>>>>> can't >>>>>> edit any JTextFields. The mouse-cursor changes when I move it over the >>>>>> JTextField, but when I click into the JTextField the carret simply >>>>>> does >>>>>> not >>>>>> appear - everything else (JMenu, JButtons, ...) works as expected - so >>>>>> I >>>>>> guess event delevery is still working as expected. >>>>>> To make JTextField-editing work again, I have to transfer focus to >>>>>> another >>>>>> native window and back to the browser-window. A heavyweight JMenu >>>>>> makes >>>>>> it >>>>>> work again too, whereas a lightweight one doesn't help. >>>>>> >>>>>> Even worse, the problem does not manifest itself with low-latency >>>>>> connections or when running as application. >>>>>> >>>>>> I am completly puzzled :/ >>>>>> Any idea what could be the problem, or where / what for I should start >>>>>> looking? >>>>> >>>>> First of all it's not a good idea to keep the EDT thread busy for a >>>>> long >>>>> time and I think the best way is to rewrite application. Could you >>>>> please >>>>> make a small separated application that emulates EDT blocking and shows >>>>> the >>>>> problem? >>>>> >>>>> Regards, Pavel
