From vadim.pakhnushev at oracle.com Fri Apr 1 05:33:52 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 1 Apr 2016 08:33:52 +0300 Subject: CFV: New OpenJFX Committer: Murali Billa In-Reply-To: <56FD90E7.70802@oracle.com> References: <56FD90E7.70802@oracle.com> Message-ID: <56FE0840.5050305@oracle.com> Vote: yes On 01.04.2016 0:04, Kevin Rushforth wrote: > I hereby nominate Murali Billa [1] to OpenJFX Committer. > > Murali is a member of JavaFX team at Oracle working on WebKit, who has > contributed 10 changesets [5] to OpenJFX, at least 8 of which are > significant. > > Votes are due by April 14, 2016. > > Only current OpenJFX Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [3]. Nomination to a > project Committer is described in [4]. > > Thanks, > > -- Kevin > > [1] http://openjdk.java.net/census#mbilla > > [2] http://openjdk.java.net/census#openjfx > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > [4] http://openjdk.java.net/projects#project-committer > > [5] List of changesets: > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/a251a1d65932 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/ecea43f5734c > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/42b461505f27 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/82ecaebd44cf > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/8643ca988cef > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/765fd07f22fc > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/ae75f92d5e53 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/25db4b2e47a1 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/51c2129d282c > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/cb8a24f5db2a > From alexander.zvegintsev at oracle.com Fri Apr 1 10:49:45 2016 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Fri, 1 Apr 2016 13:49:45 +0300 Subject: CFV: New OpenJFX Committer: Murali Billa In-Reply-To: <56FD90E7.70802@oracle.com> References: <56FD90E7.70802@oracle.com> Message-ID: <56FE5249.7030308@oracle.com> Vote: yes -- Thanks, Alexander. On 01.04.2016 0:04, Kevin Rushforth wrote: > I hereby nominate Murali Billa [1] to OpenJFX Committer. > > Murali is a member of JavaFX team at Oracle working on WebKit, who has > contributed 10 changesets [5] to OpenJFX, at least 8 of which are > significant. > > Votes are due by April 14, 2016. > > Only current OpenJFX Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [3]. Nomination to a > project Committer is described in [4]. > > Thanks, > > -- Kevin > > [1] http://openjdk.java.net/census#mbilla > > [2] http://openjdk.java.net/census#openjfx > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > [4] http://openjdk.java.net/projects#project-committer > > [5] List of changesets: > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/a251a1d65932 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/ecea43f5734c > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/42b461505f27 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/82ecaebd44cf > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/8643ca988cef > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/765fd07f22fc > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/ae75f92d5e53 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/25db4b2e47a1 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/51c2129d282c > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/cb8a24f5db2a > From artem.ananiev at oracle.com Fri Apr 1 11:44:12 2016 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Fri, 1 Apr 2016 14:44:12 +0300 Subject: CFV: New OpenJFX Committer: Murali Billa In-Reply-To: <56FD90E7.70802@oracle.com> References: <56FD90E7.70802@oracle.com> Message-ID: <56FE5F0C.4010702@oracle.com> Vote: yes Artem On 4/1/16 12:04 AM, Kevin Rushforth wrote: > I hereby nominate Murali Billa [1] to OpenJFX Committer. > > Murali is a member of JavaFX team at Oracle working on WebKit, who has > contributed 10 changesets [5] to OpenJFX, at least 8 of which are > significant. > > Votes are due by April 14, 2016. > > Only current OpenJFX Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [3]. Nomination to a project > Committer is described in [4]. > > Thanks, > > -- Kevin > > [1] http://openjdk.java.net/census#mbilla > > [2] http://openjdk.java.net/census#openjfx > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > [4] http://openjdk.java.net/projects#project-committer > > [5] List of changesets: > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/a251a1d65932 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/ecea43f5734c > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/42b461505f27 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/82ecaebd44cf > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/8643ca988cef > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/765fd07f22fc > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/ae75f92d5e53 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/25db4b2e47a1 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/51c2129d282c > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/cb8a24f5db2a > From vadim.pakhnushev at oracle.com Fri Apr 1 15:09:59 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 1 Apr 2016 18:09:59 +0300 Subject: In(Sanity) Testing Mondays Message-ID: <56FE8F47.5080606@oracle.com> Reminder, Monday is our weekly sanity testing. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing Also please remember that the repo will be locked from 1am PST until 1pm PST. Happy testing! Thanks, Vadim From andrey.rusakov at oracle.com Fri Apr 1 17:27:03 2016 From: andrey.rusakov at oracle.com (Andrey Rusakov) Date: Fri, 1 Apr 2016 20:27:03 +0300 Subject: 8153304: [TEST BUG] SceneGraphTests can't be run with aurora Message-ID: <56FEAF67.4020408@oracle.com> Hello, everyone! There was a problem (JDK-8153304 ) that was breaking automated closed test running. Please look at my small fix: http://cr.openjdk.java.net/~arusakov/8153304/webrev.00/ Changeset is also applicable for openjfx 9 dev tests. From Dell.Green at ideaworks.co.uk Fri Apr 1 20:59:13 2016 From: Dell.Green at ideaworks.co.uk (Dell Green) Date: Fri, 1 Apr 2016 20:59:13 +0000 Subject: Is there a Anti-aliasing grayscale prism option? In-Reply-To: References: Message-ID: <42E4AA27-5EA7-48B6-ABAC-255141B39408@ideaworks.co.uk> Hi Guys, I am designing a grayscale javafx application for an RGB666 LCD screen. When I display it on screen the antialiasing contains the odd pink and blue pixels in the anti-aliasing. I am seeing this on shape anti-aliasing. Is there a system property (prism?) I can pass in the will change the anti-aliasing algorithm to us a grayscale anti-aliasing? I have set all colors used in the applications to grayscale by calling Color.grayscale() Dell Green R&D Software Manager t: (+44)203 668 9870 206 Great Portland Street London W1W 5QJ Ideaworks (London) Ltd is a company registered in England and Wales, Company Registration no: 3943726. Registered office: 206 Great Portland Street, London, W1W 5QJ. This email and its contents are confidential. If you have received this message in error, please notify us and delete it. Any views presented in this email are solely those of the author and do not necessarily represent those of the company. From james.graham at oracle.com Fri Apr 1 21:14:07 2016 From: james.graham at oracle.com (Jim Graham) Date: Fri, 1 Apr 2016 14:14:07 -0700 Subject: Is there a Anti-aliasing grayscale prism option? In-Reply-To: <42E4AA27-5EA7-48B6-ABAC-255141B39408@ideaworks.co.uk> References: <42E4AA27-5EA7-48B6-ABAC-255141B39408@ideaworks.co.uk> Message-ID: <56FEE49F.3020904@oracle.com> All Shape antialiasing should be grayscale. The only non-grayscale AA we have is for text only, and that can be controlled using the fontSmoothingType property on the Text node. Are these Text nodes or other nodes that show the colored pixels? It might help to submit a small test case (as in, a couple of nodes) and a screen-shot... ...jim On 4/1/2016 1:59 PM, Dell Green wrote: > > > Hi Guys, > > I am designing a grayscale javafx application for an RGB666 LCD screen. > When I display it on screen the antialiasing contains the odd pink and blue pixels in the anti-aliasing. > I am seeing this on shape anti-aliasing. > Is there a system property (prism?) I can pass in the will change the anti-aliasing algorithm to us a grayscale anti-aliasing? > > I have set all colors used in the applications to grayscale by calling Color.grayscale() > > Dell Green > R&D Software Manager > t: (+44)203 668 9870 > > > > > 206 Great Portland Street > London W1W 5QJ > > > Ideaworks (London) Ltd is a company registered in England and Wales, Company Registration no: 3943726. Registered office: 206 Great Portland Street, London, W1W 5QJ. This email and its contents are confidential. If you have received this message in error, please notify us and delete it. Any views presented in this email are solely those of the author and do not necessarily represent those of the company. > From Dell.Green at ideaworks.co.uk Fri Apr 1 21:26:37 2016 From: Dell.Green at ideaworks.co.uk (Dell Green) Date: Fri, 1 Apr 2016 21:26:37 +0000 Subject: Is there a Anti-aliasing grayscale prism option? In-Reply-To: <56FEE49F.3020904@oracle.com> References: <42E4AA27-5EA7-48B6-ABAC-255141B39408@ideaworks.co.uk> <56FEE49F.3020904@oracle.com> Message-ID: Thanks for the reply Jim. Thats good to know. These a javafx.scene.shape.Circle nodes. I?ll try and figure out how to dump and convert the current frame buffer contents to a png as its on an embedded device using Java SE embedded 8 with EGL framebuffer configuration. I have our electronics people looking at the problem as well as I haven?t ruled out yet that its a screen or display driver problem. I wanted to rule out Java as the issue. Dell Green R&D Software Manager t: (+44)203 668 9870 On 1 Apr 2016, at 22:14, Jim Graham wrote: > All Shape antialiasing should be grayscale. The only non-grayscale AA we have is for text only, and that can be controlled using the fontSmoothingType property on the Text node. Are these Text nodes or other nodes that show the colored pixels? > > It might help to submit a small test case (as in, a couple of nodes) and a screen-shot... > > ...jim > > On 4/1/2016 1:59 PM, Dell Green wrote: >> >> >> Hi Guys, >> >> I am designing a grayscale javafx application for an RGB666 LCD screen. >> When I display it on screen the antialiasing contains the odd pink and blue pixels in the anti-aliasing. >> I am seeing this on shape anti-aliasing. >> Is there a system property (prism?) I can pass in the will change the anti-aliasing algorithm to us a grayscale anti-aliasing? >> >> I have set all colors used in the applications to grayscale by calling Color.grayscale() >> >> Dell Green >> R&D Software Manager >> t: (+44)203 668 9870 >> >> >> >> >> 206 Great Portland Street >> London W1W 5QJ >> >> >> Ideaworks (London) Ltd is a company registered in England and Wales, Company Registration no: 3943726. Registered office: 206 Great Portland Street, London, W1W 5QJ. This email and its contents are confidential. If you have received this message in error, please notify us and delete it. Any views presented in this email are solely those of the author and do not necessarily represent those of the company. >> 206 Great Portland Street London W1W 5QJ Ideaworks (London) Ltd is a company registered in England and Wales, Company Registration no: 3943726. Registered office: 206 Great Portland Street, London, W1W 5QJ. This email and its contents are confidential. If you have received this message in error, please notify us and delete it. Any views presented in this email are solely those of the author and do not necessarily represent those of the company. From ali.ebrahimi1781 at gmail.com Sat Apr 2 12:34:42 2016 From: ali.ebrahimi1781 at gmail.com (Ali Ebrahimi) Date: Sat, 2 Apr 2016 17:04:42 +0430 Subject: How to build openjfx9 for ios and andriod In-Reply-To: References: Message-ID: I finally able to build for ios, but for android have no success? On Mon, Mar 28, 2016 at 11:26 AM, Ali Ebrahimi wrote: > I want to build openjfx9 for ios and andriod but build instructions for > openjfx8 does not work for openjfx9. > Please help me! > > -- > > Best Regards, > Ali Ebrahimi > -- Best Regards, Ali Ebrahimi From guru.hb at oracle.com Mon Apr 4 17:35:10 2016 From: guru.hb at oracle.com (Guru Hb) Date: Mon, 4 Apr 2016 23:05:10 +0530 Subject: Review request for 8152420 : [WebView] Icon font doesn't work if single page application will be loaded from jar In-Reply-To: <56FB667F.5000207@oracle.com> References: <2efd6ecd-2204-4d66-8ecc-0bb2977f1a09@default> <15a2a081-054d-4d82-8fff-632d43936d90@default> <24e1299d-e6d4-4b1f-bf32-9d1932418c3c@default> <56FB667F.5000207@oracle.com> Message-ID: <5702A5CE.3090502@oracle.com> Hi Alexander, Arunprasad & Kevin, JBS : https://bugs.openjdk.java.net/browse/JDK-8152420 Webrev : http://cr.openjdk.java.net/~ghb/8152420/webrev.00/ Root cause and fix description updated in JBS. Thanks, Guru From kevin.rushforth at oracle.com Mon Apr 4 20:28:32 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 04 Apr 2016 13:28:32 -0700 Subject: 9-dev unlocked following sanity testing Message-ID: <5702CE70.60000@oracle.com> From arunprasad.rajkumar at oracle.com Tue Apr 5 10:52:12 2016 From: arunprasad.rajkumar at oracle.com (Arunprasad Rajkumar) Date: Tue, 5 Apr 2016 16:22:12 +0530 Subject: [webkit] [9] Review request for 8153148: Defer image decoding until WebCore requests ImageFrame Message-ID: <570398DC.9030404@oracle.com> Hi Kevin, Peter, Alexander, Please review the below patch. JIRA: https://bugs.openjdk.java.net/browse/JDK-8153148 Webrev: http://cr.openjdk.java.net/~arajkumar/8153148/webrev.00/ Issue: Currently we are decoding the images as soon as it is downloaded. Though it helps rendering, but it hurts memory badly. Also causes OOM with pages which has quite a few images. Fix: Like other WebKit ports{GTK,EFL}, defers the image decoding until painting. Regards, Arun From chris.bensen at oracle.com Tue Apr 5 19:38:23 2016 From: chris.bensen at oracle.com (Chris Bensen) Date: Tue, 5 Apr 2016 12:38:23 -0700 Subject: Jake Review: [packager] Fix packager for jlink API changes Message-ID: <43364B6F-7B50-4170-9EFB-560DD837BE4F@oracle.com> Kevin, Fixes for the Java Packager. https://bugs.openjdk.java.net/browse/JDK-8153529 http://cr.openjdk.java.net/~cbensen/JDK-8153529/webrev.00/ Chris From David.Hill at Oracle.com Tue Apr 5 20:18:30 2016 From: David.Hill at Oracle.com (David Hill) Date: Tue, 05 Apr 2016 16:18:30 -0400 Subject: review: move DragDrop test app to openjfx Message-ID: <57041D96.5080903@Oracle.com> move DragDrop test app to openjfx https://bugs.openjdk.java.net/browse/JDK-8153536 http://cr.openjdk.java.net/~ddhill/8153536/ -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From james.graham at oracle.com Wed Apr 6 00:55:09 2016 From: james.graham at oracle.com (Jim Graham) Date: Tue, 5 Apr 2016 17:55:09 -0700 Subject: [9] Review request: 8091832: Provide API for getting the Screen scale on HiDPI screens In-Reply-To: <56FCD72F.3000909@oracle.com> References: <56F9D97B.30108@oracle.com> <56FCD72F.3000909@oracle.com> Message-ID: <57045E6D.1080306@oracle.com> Updated again with the following additions: http://cr.openjdk.java.net/~flar/JDK-8091832/webrev.rt.03/ - Switch to using USER_DEFAULT_SCREEN_DPI pre-defined constant instead of hard-coded 96's - Added @Ignore to failing test RT32570Test.java, to be fixed under JDK-8153542 ...jim On 3/31/16 12:52 AM, Jim Graham wrote: > I've updated the fix with the following additions: > > http://cr.openjdk.java.net/~flar/JDK-8091832/webrev.rt.02/ > > - Redundant or obsolete command line overrides removed from Windows code > as follows: > Settings still supported: > -Dglass.win.uiScale > Settings no longer supported, implementation conflicts with > Per-Monitor DPI support: > -Dglass.win.minHiDPI > Settings no longer supported, replaced by API in FX classes: > -Dglass.win.renderScale > -Dglass.win.forceIntegerRenderScale > > - Font size now scales with uiScale override on Windows > - Fixes to scaling in JFXPanel > - Fixes to scaling in SwingPanel > - Monocle Screen initialization fixed > > Note that SwingNode does not seem to relay the FX scaling parameters to > Swing correctly, but that was true before these fixes. This patch will > keep the functionality roughly the same, but additional fixes are needed > to do proper scaling of embedded Swing nodes. I looked at what was > needed and have an idea of what the fix would involve, but decided that > it was outside the scope of these fixes that are needed to get the HiDPI > FX properties implemented. > > ...jim > > On 3/28/16 6:25 PM, Jim Graham wrote: >> bug: https://bugs.openjdk.java.net/browse/JDK-8091832 >> webrev: http://cr.openjdk.java.net/~flar/JDK-8091832/webrev.rt.00/ >> >> This webrev fixes pixel snapping and application control over pixel >> scaling on HiDPI screens: >> >> - snap*() methods are all updated to take the current scale into account >> - new variants of snap*() methods are added for separate X/Y control: >> Added: Region.snapSpaceX/Y() >> Added: Region.snapSizeX/Y() >> Added: Region.snapPositionX/Y() >> - the non-X/Y variants of the above methods are now deprecated: >> Deprecated: Region.snapSpace() >> Deprecated: Region.snapSize() >> Deprecated: Region.snapPosition() >> - methods to query the scale values of Screen objects: >> Added: Screen.getOutputScaleX/Y() >> - properties to query and/or modify the scale values of Window objects: >> Added Read-Only DoubleProperty: Window.getOutputScaleX/Y() >> Added Read-Write BooleanProperty: >> Window.set/getForceIntegerRenderScale() >> Added Read-Write DoubleProperty: Window.set/getRenderScaleX/Y() >> >> The changes have been compiled and tested on Windows and Mac and there >> were trivial changes needed to the Linux files to adapt to one new >> method signature, but I haven't done the test build on Linux yet... >> >> ...jim From kevin.rushforth at oracle.com Wed Apr 6 15:49:37 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 06 Apr 2016 08:49:37 -0700 Subject: [9] Review request: 8153479: JavaFX unit tests fail after fix for JDK-8079136 Message-ID: <57053011.9050506@oracle.com> Hi Vadim, Can you review this simple fix to our unit tests? https://bugs.openjdk.java.net/browse/JDK-8153479 http://cr.openjdk.java.net/~kcr/8153479/webrev.00/ Thanks. -- Kevin From arunprasad.rajkumar at oracle.com Wed Apr 6 16:29:13 2016 From: arunprasad.rajkumar at oracle.com (Arunprasad Rajkumar) Date: Wed, 6 Apr 2016 21:59:13 +0530 Subject: [webkit] [9] Review request for 8153151: Call JavaScriptCore GC whenever JVM GC happens In-Reply-To: <570398DC.9030404@oracle.com> References: <570398DC.9030404@oracle.com> Message-ID: <57053959.1040102@oracle.com> Hi Kevin, Alexander, Guru, Please review the below patch. JIRA: https://bugs.openjdk.java.net/browse/JDK-8153151 Webrev: http://cr.openjdk.java.net/~arajkumar/8153151/webrev.00 Issue: Few JVM heap objects(ImageDecoder, Font,..) are held by JavaScript garbages. Fix: Add a dummy object to com.sun.webkit.Disposer, DisposerRecord.dispose(..) will be called once JVM GC's our dummy object. Call JSC's GC function from DisposerRecord.dispose(..). Regards, Arun From kevin.rushforth at oracle.com Wed Apr 6 16:31:07 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 06 Apr 2016 09:31:07 -0700 Subject: [9] Review request: 8153645: Mark TaskSwampEventQueueTest as unstable Message-ID: <570539CB.7060508@oracle.com> Dave, Please review this simple change to mark TaskSwampEventQueueTest as unstable. Patch is in JBS: https://bugs.openjdk.java.net/browse/JDK-8153645 -- Kevin From David.Hill at Oracle.com Wed Apr 6 17:07:44 2016 From: David.Hill at Oracle.com (David Hill) Date: Wed, 06 Apr 2016 13:07:44 -0400 Subject: review request: 8153657 fix DragDrop builds with ARM Message-ID: <57054260.9020302@Oracle.com> Kevin, could you review the diff in: https://bugs.openjdk.java.net/browse/JDK-8153657 thanks! -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From kevin.rushforth at oracle.com Wed Apr 6 18:24:09 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 06 Apr 2016 11:24:09 -0700 Subject: [9] Review request: 8153539: JavaFX build script checking order for jfxrt.jar is non-deterministic Message-ID: <57055449.8060909@oracle.com> Chien or Dave, Please review the following fix to the gradle dependencies: https://bugs.openjdk.java.net/browse/JDK-8153539 http://cr.openjdk.java.net/~kcr/8153539/webrev.00/ -- Kevin From chris.bensen at oracle.com Wed Apr 6 23:35:33 2016 From: chris.bensen at oracle.com (Chris Bensen) Date: Wed, 6 Apr 2016 16:35:33 -0700 Subject: [Jake Review]: [packager] Module Path Packager Arguments Message-ID: <3C75ABF8-C2CC-411F-88E2-27AF273F5FB5@oracle.com> Kevin, Please review. This adds new argument to Java Packager and cleans a lot of things up. My Packager sandbox will be in sync except for refactoring changes. https://bugs.openjdk.java.net/browse/JDK-8150991 http://cr.openjdk.java.net/~cbensen/JDK-8150991/webrev.01 Chris From kevin.rushforth at oracle.com Thu Apr 7 16:47:13 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 07 Apr 2016 09:47:13 -0700 Subject: [9] Review request: 8153754: Nashorn needs access to com.sun.javafx.application Message-ID: <57068F11.2080107@oracle.com> Jim L, Please review the following simple change to add the needed qualified exports: http://cr.openjdk.java.net/~kcr/8153754/webrev.00/ -- Kevin From james.laskey at oracle.com Thu Apr 7 17:01:54 2016 From: james.laskey at oracle.com (Jim Laskey (Oracle)) Date: Thu, 7 Apr 2016 14:01:54 -0300 Subject: [9] Review request: 8153754: Nashorn needs access to com.sun.javafx.application In-Reply-To: <57068F11.2080107@oracle.com> References: <57068F11.2080107@oracle.com> Message-ID: +1 > On Apr 7, 2016, at 1:47 PM, Kevin Rushforth wrote: > > Jim L, > > Please review the following simple change to add the needed qualified exports: > > http://cr.openjdk.java.net/~kcr/8153754/webrev.00/ > > -- Kevin > From arunprasad.rajkumar at oracle.com Fri Apr 8 06:04:52 2016 From: arunprasad.rajkumar at oracle.com (Arunprasad Rajkumar) Date: Fri, 8 Apr 2016 11:34:52 +0530 Subject: [webkit] [9] Review request for 8153501: Crash in ResourceLoader::releaseResources() In-Reply-To: <57053959.1040102@oracle.com> References: <570398DC.9030404@oracle.com> <57053959.1040102@oracle.com> Message-ID: <57074A04.9000409@oracle.com> Hi Kevin, Alexander, Guru, Please review the below patch. JIRA: https://bugs.openjdk.java.net/browse/JDK-8153501 Webrev: http://cr.openjdk.java.net/~arajkumar/8153501/webrev.00 Issue: SubresourceLoader document release/cancel happens on wrong DocumentLoader Context Fix: Attach proper DocumentLoader while creating SubresourceLoader instance. Regards, Arun From arunprasad.rajkumar at oracle.com Fri Apr 8 06:12:02 2016 From: arunprasad.rajkumar at oracle.com (Arunprasad Rajkumar) Date: Fri, 8 Apr 2016 11:42:02 +0530 Subject: [webkit] [9] Review request for 8153501: Crash in ResourceLoader::releaseResources() In-Reply-To: <57074A04.9000409@oracle.com> References: <570398DC.9030404@oracle.com> <57053959.1040102@oracle.com> <57074A04.9000409@oracle.com> Message-ID: <57074BB2.5080304@oracle.com> http://cr.openjdk.java.net/~arajkumar/8153501/webrev.00/ On 4/8/2016 11:34 AM, Arunprasad Rajkumar wrote: > Hi Kevin, Alexander, Guru, > > Please review the below patch. > > JIRA: https://bugs.openjdk.java.net/browse/JDK-8153501 > > Webrev: http://cr.openjdk.java.net/~arajkumar/8153501/webrev.00 > > Issue: SubresourceLoader document release/cancel happens on wrong > DocumentLoader Context > > Fix: Attach proper DocumentLoader while creating SubresourceLoader > instance. > > > Regards, > Arun > > > From vadim.pakhnushev at oracle.com Fri Apr 8 14:30:14 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 8 Apr 2016 17:30:14 +0300 Subject: In(Sanity) Testing Mondays Message-ID: <5707C076.3030307@oracle.com> Reminder, Monday is our weekly sanity testing. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing Also please remember that the repo will be locked from 1am PST until 1pm PST. Happy testing! Thanks, Vadim From james.laskey at oracle.com Fri Apr 8 17:05:42 2016 From: james.laskey at oracle.com (Jim Laskey (Oracle)) Date: Fri, 8 Apr 2016 14:05:42 -0300 Subject: RFR: JDK-8075550 - Error "JavaFX runtime not found" in nashorn when load predefines scripts to import JavaFX packages Message-ID: The code was reworked to use jrtfs: instead of reading from javafx.jar. http://cr.openjdk.java.net/~jlaskey/8075550/webrev/index.html https://bugs.openjdk.java.net/browse/JDK-8075550 From kevin.rushforth at oracle.com Fri Apr 8 23:35:04 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 08 Apr 2016 16:35:04 -0700 Subject: RFR: JDK-8075550 - Error "JavaFX runtime not found" in nashorn when load predefines scripts to import JavaFX packages In-Reply-To: References: Message-ID: <57084028.90202@oracle.com> There are no public types exported by javafx.deploy so the change to use that module seems unneeded (I see that you used to include the SWT classes, which is likely what you want, but for which we don't yet have a solution in JDK 9). Everything else looks good to me. +1 -- Kevin Jim Laskey (Oracle) wrote: > The code was reworked to use jrtfs: instead of reading from javafx.jar. > > http://cr.openjdk.java.net/~jlaskey/8075550/webrev/index.html > https://bugs.openjdk.java.net/browse/JDK-8075550 > > > > From michael.haupt at oracle.com Mon Apr 11 12:13:08 2016 From: michael.haupt at oracle.com (Michael Haupt) Date: Mon, 11 Apr 2016 14:13:08 +0200 Subject: RFR: JDK-8075550 - Error "JavaFX runtime not found" in nashorn when load predefines scripts to import JavaFX packages In-Reply-To: References: Message-ID: <7CF13757-0071-4E05-8253-945C03D0834B@oracle.com> Hi Jim, lower-case thumbs up! Best, Michael > Am 08.04.2016 um 19:05 schrieb Jim Laskey (Oracle) : > > The code was reworked to use jrtfs: instead of reading from javafx.jar. > > http://cr.openjdk.java.net/~jlaskey/8075550/webrev/index.html > https://bugs.openjdk.java.net/browse/JDK-8075550 > > > -- Dr. Michael Haupt | Principal Member of Technical Staff Phone: +49 331 200 7277 | Fax: +49 331 200 7561 Oracle Java Platform Group | LangTools Team | Nashorn Oracle Deutschland B.V. & Co. KG | Schiffbauergasse 14 | 14467 Potsdam, Germany ORACLE Deutschland B.V. & Co. KG | Hauptverwaltung: Riesstra?e 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. | Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Nederland, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From james.laskey at oracle.com Mon Apr 11 12:43:00 2016 From: james.laskey at oracle.com (Jim Laskey (Oracle)) Date: Mon, 11 Apr 2016 09:43:00 -0300 Subject: RFR: JDK-8075550 - Error "JavaFX runtime not found" in nashorn when load predefines scripts to import JavaFX packages In-Reply-To: <7CF13757-0071-4E05-8253-945C03D0834B@oracle.com> References: <7CF13757-0071-4E05-8253-945C03D0834B@oracle.com> Message-ID: Any one else. > On Apr 11, 2016, at 9:13 AM, Michael Haupt wrote: > > Hi Jim, > > lower-case thumbs up! > > Best, > > Michael > >> Am 08.04.2016 um 19:05 schrieb Jim Laskey (Oracle) >: >> >> The code was reworked to use jrtfs: instead of reading from javafx.jar. >> >> http://cr.openjdk.java.net/~jlaskey/8075550/webrev/index.html >> https://bugs.openjdk.java.net/browse/JDK-8075550 >> >> >> > > -- > > > Dr. Michael Haupt | Principal Member of Technical Staff > Phone: +49 331 200 7277 | Fax: +49 331 200 7561 > Oracle Java Platform Group | LangTools Team | Nashorn > Oracle Deutschland B.V. & Co. KG | Schiffbauergasse 14 | 14467 Potsdam, Germany > > ORACLE Deutschland B.V. & Co. KG | Hauptverwaltung: Riesstra?e 25, D-80992 M?nchen > Registergericht: Amtsgericht M?nchen, HRA 95603 > > Komplement?rin: ORACLE Deutschland Verwaltung B.V. | Hertogswetering 163/167, 3543 AS Utrecht, Niederlande > Handelsregister der Handelskammer Midden-Nederland, Nr. 30143697 > Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher > Oracle is committed to developing practices and products that help protect the environment > From james.laskey at oracle.com Mon Apr 11 12:56:48 2016 From: james.laskey at oracle.com (Jim Laskey (Oracle)) Date: Mon, 11 Apr 2016 09:56:48 -0300 Subject: RFR: JDK-8075550 - Error "JavaFX runtime not found" in nashorn when load predefines scripts to import JavaFX packages In-Reply-To: <570B9DFC.8020901@oracle.com> References: <7CF13757-0071-4E05-8253-945C03D0834B@oracle.com> <570B9DFC.8020901@oracle.com> Message-ID: <684FC24B-76F7-47D7-8F60-E7E7F67A3491@oracle.com> Thank you. > On Apr 11, 2016, at 9:52 AM, Sundararajan Athijegannathan wrote: > > +1 > > On 4/11/2016 6:13 PM, Jim Laskey (Oracle) wrote: >> Any one else. >> >>> On Apr 11, 2016, at 9:13 AM, Michael Haupt wrote: >>> >>> Hi Jim, >>> >>> lower-case thumbs up! >>> >>> Best, >>> >>> Michael >>> >>>> Am 08.04.2016 um 19:05 schrieb Jim Laskey (Oracle) >: >>>> >>>> The code was reworked to use jrtfs: instead of reading from javafx.jar. >>>> >>>> http://cr.openjdk.java.net/~jlaskey/8075550/webrev/index.html >>>> https://bugs.openjdk.java.net/browse/JDK-8075550 >>>> >>>> >>>> >>> -- >>> >>> >>> Dr. Michael Haupt | Principal Member of Technical Staff >>> Phone: +49 331 200 7277 | Fax: +49 331 200 7561 >>> Oracle Java Platform Group | LangTools Team | Nashorn >>> Oracle Deutschland B.V. & Co. KG | Schiffbauergasse 14 | 14467 Potsdam, Germany >>> >>> ORACLE Deutschland B.V. & Co. KG | Hauptverwaltung: Riesstra?e 25, D-80992 M?nchen >>> Registergericht: Amtsgericht M?nchen, HRA 95603 >>> >>> Komplement?rin: ORACLE Deutschland Verwaltung B.V. | Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >>> Handelsregister der Handelskammer Midden-Nederland, Nr. 30143697 >>> Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher >>> Oracle is committed to developing practices and products that help protect the environment >>> > From sundararajan.athijegannathan at oracle.com Mon Apr 11 12:52:12 2016 From: sundararajan.athijegannathan at oracle.com (Sundararajan Athijegannathan) Date: Mon, 11 Apr 2016 18:22:12 +0530 Subject: RFR: JDK-8075550 - Error "JavaFX runtime not found" in nashorn when load predefines scripts to import JavaFX packages In-Reply-To: References: <7CF13757-0071-4E05-8253-945C03D0834B@oracle.com> Message-ID: <570B9DFC.8020901@oracle.com> +1 On 4/11/2016 6:13 PM, Jim Laskey (Oracle) wrote: > Any one else. > >> On Apr 11, 2016, at 9:13 AM, Michael Haupt wrote: >> >> Hi Jim, >> >> lower-case thumbs up! >> >> Best, >> >> Michael >> >>> Am 08.04.2016 um 19:05 schrieb Jim Laskey (Oracle) >: >>> >>> The code was reworked to use jrtfs: instead of reading from javafx.jar. >>> >>> http://cr.openjdk.java.net/~jlaskey/8075550/webrev/index.html >>> https://bugs.openjdk.java.net/browse/JDK-8075550 >>> >>> >>> >> -- >> >> >> Dr. Michael Haupt | Principal Member of Technical Staff >> Phone: +49 331 200 7277 | Fax: +49 331 200 7561 >> Oracle Java Platform Group | LangTools Team | Nashorn >> Oracle Deutschland B.V. & Co. KG | Schiffbauergasse 14 | 14467 Potsdam, Germany >> >> ORACLE Deutschland B.V. & Co. KG | Hauptverwaltung: Riesstra?e 25, D-80992 M?nchen >> Registergericht: Amtsgericht M?nchen, HRA 95603 >> >> Komplement?rin: ORACLE Deutschland Verwaltung B.V. | Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >> Handelsregister der Handelskammer Midden-Nederland, Nr. 30143697 >> Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher >> Oracle is committed to developing practices and products that help protect the environment >> From mikhail.cherkasov at oracle.com Mon Apr 11 14:52:46 2016 From: mikhail.cherkasov at oracle.com (mikhail cherkasov) Date: Mon, 11 Apr 2016 17:52:46 +0300 Subject: [9] Review request for 8150181: javafx print jobs take 60 times longer than javax.print Message-ID: <570BBA3E.8080400@oracle.com> Hi all, Could you please review the fix for: https://bugs.openjdk.java.net/browse/JDK-8150181 webrev: http://cr.openjdk.java.net/~mcherkas/8150181/webrev.02/ Javafx print is slow because after sending node for printing we wait 1 sec before checking that page was done, see implPrintPage method: while (!pageDone) { synchronized (monitor) { try { monitor.wait(1000); } catch (InterruptedException e) { } } } so if you need to print 100 pages to pdf you will have to wait for 100 seconds while with javax.print it happens almost instantly. I added "notify" when page is printed, so now we start a new printing without waiting. Thanks, Mikhail. From matthieu at brouillard.fr Mon Apr 11 16:39:08 2016 From: matthieu at brouillard.fr (Matthieu BROUILLARD) Date: Mon, 11 Apr 2016 18:39:08 +0200 Subject: status behind JDK-8149738 Message-ID: Hi all, In our application that integrates some webapps we are facing quite the same error than the one reported at https://bugs.openjdk.java.net/browse/JDK-8149738. The issue above has been marked with 'bugdb_22696741' ; does it mean it is referenced with more details elsewhere? Is there a known workaround? In our use case, when navigating in the webview into some GWT based application using 8u74-i586 (or 8u60-i586) we always crash the JVM and using 8u74 (64 bits) everything works. Doing additional tests revealed that 8u45-b51-i586 is working ; but unfortunately we have already moved on to more recent JDKs for our entire application. Sadly I do not have a simple reproduction app to provide. We also enable some prism debug settings without seeing anything relevant in the logs ; activating the software pipeline didn't changed anything neither. Are there specific debug params for the webview, webkit & jfxwebkit.dll ? The crash report looks the same than in the above issue: # # # # # # # # # # # # # # # # # # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x5456b7c9, pid=5836, tid=6260 # # JRE version: Java(TM) SE Runtime Environment (8.0_74-b02) (build 1.8.0_74-b02) # Java VM: Java HotSpot(TM) Client VM (25.74-b02 mixed mode windows-x86 ) # Problematic frame: # C [jfxwebkit.dll+0x8eb7c9] ... # --------------- T H R E A D --------------- Current thread (0x0563d000): JavaThread "JavaFX Application Thread" [_thread_in_native, id=6260, stack(0x05c70000,0x05cc0000)] siginfo: ExceptionCode=0xc0000005, reading address 0x002e0060 Registers: EAX=0x002e0030, EBX=0x00000011, ECX=0x0d457870, EDX=0x00000000 ESP=0x05cbd578, EBP=0x00000000, ESI=0x0d457870, EDI=0x0bae3030 EIP=0x5456b7c9, EFLAGS=0x00210246 Top of Stack: (sp=0x05cbd578) 0x05cbd578: 0d202f60 54580e41 00000001 00000001 ... 0x05cbd5e8: 54a51a88 00000000 54510e95 0d2f89a0 Instructions: (pc=0x5456b7c9) 0x5456b7a9: 24 0c 01 75 35 8b 4e 14 8b c1 c1 e8 09 a8 01 75 ... 0x5456b7d9: 06 74 07 8b ce e8 4d de ff ff 5e c2 08 00 cc cc Register to memory mapping: EAX=0x002e0030 is an unknown value EBX=0x00000011 is an unknown value ECX=0x0d457870 is an unknown value EDX=0x00000000 is an unknown value ESP=0x05cbd578 is pointing into the stack for thread: 0x0563d000 EBP=0x00000000 is an unknown value ESI=0x0d457870 is an unknown value EDI=0x0bae3030 is an unknown value Stack: [0x05c70000,0x05cc0000], sp=0x05cbd578, free space=309k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [jfxwebkit.dll+0x8eb7c9] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j com.sun.webkit.WebPage.twkProcessMouseEvent(JIIIIIIIZZZZZF)Z+0 j com.sun.webkit.WebPage.dispatchMouseEvent(Lcom/sun/webkit/event/WCMouseEvent;)Z+141 j javafx.scene.web.WebView.processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+175 j javafx.scene.web.WebView.lambda$registerEventHandlers$32(Ljavafx/scene/input/MouseEvent;)V+2 j javafx.scene.web.WebView$$Lambda$87.handle(Ljavafx/event/Event;)V+8 j com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(Ljavafx/event/Event;)V+5 j com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(Ljavafx/event/Event;)V+28 j com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/EventType;Ljavafx/event/Event;)Ljavafx/event/Event;+29 j com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+8 j com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+11 j com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+29 j com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 j com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 j com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 j com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 j com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 j com.sun.javafx.event.EventUtil.fireEventImpl(Ljavafx/event/EventDispatchChain;Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+10 j com.sun.javafx.event.EventUtil.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+46 j javafx.event.Event.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)V+30 j javafx.scene.Scene$MouseHandler.process(Ljavafx/scene/input/MouseEvent;Z)V+491 j javafx.scene.Scene$MouseHandler.access$1500(Ljavafx/scene/Scene$MouseHandler;Ljavafx/scene/input/MouseEvent;Z)V+3 j javafx.scene.Scene.impl_processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+6 j javafx.scene.Scene$ScenePeerListener.mouseEvent(Ljavafx/event/EventType;DDDDLjavafx/scene/input/MouseButton;ZZZZZZZZZ)V+46 j com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Void;+476 j com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Object;+1 v ~StubRoutines::call_stub J 1203 java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; (0 bytes) @ 0x029c8787 [0x029c8720+0x67] j com.sun.javafx.tk.quantum.GlassViewEventHandler.lambda$handleMouseEvent$354()Ljava/lang/Void;+11 j com.sun.javafx.tk.quantum.GlassViewEventHandler$$Lambda$191.get()Ljava/lang/Object;+4 j com.sun.javafx.tk.quantum.QuantumToolkit.runWithoutRenderLock(Ljava/util/function/Supplier;)Ljava/lang/Object;+18 j com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(Lcom/sun/glass/ui/View;JIIIIIIIZZ)V+103 j com.sun.glass.ui.View.handleMouseEvent(JIIIIIIIZZ)V+30 j com.sun.glass.ui.View.notifyMouse(IIIIIIIZZ)V+181 v ~StubRoutines::call_stub j com.sun.glass.ui.win.WinApplication._runLoop(Ljava/lang/Runnable;)V+0 j com.sun.glass.ui.win.WinApplication.lambda$null$148(ILjava/lang/Runnable;)V+8 j com.sun.glass.ui.win.WinApplication$$Lambda$38.run()V+12 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub ... # # # # # # # # # # # # # # # # # From kevin.rushforth at oracle.com Mon Apr 11 16:58:08 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 11 Apr 2016 09:58:08 -0700 Subject: status behind JDK-8149738 In-Reply-To: References: Message-ID: <570BD7A0.1030101@oracle.com> Without a native stack trace it will be hard to say whether this is the same bug or not. Several fixes for other crashes (not specifically JDK-8149738) have recently gone into 8-dev for 8u102. An early access build of 8u102-b01 with some of these fixes is available here: https://jdk8.java.net/download.html 8u102-b02 will have additional WebKit fixes and will likely be available next week. -- Kevin Matthieu BROUILLARD wrote: > Hi all, > > In our application that integrates some webapps we are facing quite the > same error than the one reported at > https://bugs.openjdk.java.net/browse/JDK-8149738. > The issue above has been marked with 'bugdb_22696741' ; does it mean it is > referenced with more details elsewhere? Is there a known workaround? > > In our use case, when navigating in the webview into some GWT based > application using 8u74-i586 (or 8u60-i586) we always crash the JVM and > using 8u74 (64 bits) everything works. > Doing additional tests revealed that 8u45-b51-i586 is working ; but > unfortunately we have already moved on to more recent JDKs for our entire > application. > > Sadly I do not have a simple reproduction app to provide. > We also enable some prism debug settings without seeing anything relevant > in the logs ; activating the software pipeline didn't changed anything > neither. > > Are there specific debug params for the webview, webkit & jfxwebkit.dll ? > > The crash report looks the same than in the above issue: > > # # # # # # # # # # # # # # # # # > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x5456b7c9, pid=5836, > tid=6260 > # > # JRE version: Java(TM) SE Runtime Environment (8.0_74-b02) (build > 1.8.0_74-b02) > # Java VM: Java HotSpot(TM) Client VM (25.74-b02 mixed mode windows-x86 ) > # Problematic frame: > # C [jfxwebkit.dll+0x8eb7c9] > ... > # > > --------------- T H R E A D --------------- > > Current thread (0x0563d000): JavaThread "JavaFX Application Thread" > [_thread_in_native, id=6260, stack(0x05c70000,0x05cc0000)] > > siginfo: ExceptionCode=0xc0000005, reading address 0x002e0060 > > Registers: > EAX=0x002e0030, EBX=0x00000011, ECX=0x0d457870, EDX=0x00000000 > ESP=0x05cbd578, EBP=0x00000000, ESI=0x0d457870, EDI=0x0bae3030 > EIP=0x5456b7c9, EFLAGS=0x00210246 > > Top of Stack: (sp=0x05cbd578) > 0x05cbd578: 0d202f60 54580e41 00000001 00000001 > ... > 0x05cbd5e8: 54a51a88 00000000 54510e95 0d2f89a0 > > Instructions: (pc=0x5456b7c9) > 0x5456b7a9: 24 0c 01 75 35 8b 4e 14 8b c1 c1 e8 09 a8 01 75 > ... > 0x5456b7d9: 06 74 07 8b ce e8 4d de ff ff 5e c2 08 00 cc cc > > > Register to memory mapping: > > EAX=0x002e0030 is an unknown value > EBX=0x00000011 is an unknown value > ECX=0x0d457870 is an unknown value > EDX=0x00000000 is an unknown value > ESP=0x05cbd578 is pointing into the stack for thread: 0x0563d000 > EBP=0x00000000 is an unknown value > ESI=0x0d457870 is an unknown value > EDI=0x0bae3030 is an unknown value > > > Stack: [0x05c70000,0x05cc0000], sp=0x05cbd578, free space=309k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [jfxwebkit.dll+0x8eb7c9] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j com.sun.webkit.WebPage.twkProcessMouseEvent(JIIIIIIIZZZZZF)Z+0 > j > com.sun.webkit.WebPage.dispatchMouseEvent(Lcom/sun/webkit/event/WCMouseEvent;)Z+141 > j > javafx.scene.web.WebView.processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+175 > j > javafx.scene.web.WebView.lambda$registerEventHandlers$32(Ljavafx/scene/input/MouseEvent;)V+2 > j javafx.scene.web.WebView$$Lambda$87.handle(Ljavafx/event/Event;)V+8 > j > com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(Ljavafx/event/Event;)V+5 > j > com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(Ljavafx/event/Event;)V+28 > j > com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/EventType;Ljavafx/event/Event;)Ljavafx/event/Event;+29 > j > com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+8 > j > com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+11 > j > com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+29 > j > com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 > j > com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 > j > com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 > j > com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 > j > com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 > j > com.sun.javafx.event.EventUtil.fireEventImpl(Ljavafx/event/EventDispatchChain;Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+10 > j > com.sun.javafx.event.EventUtil.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+46 > j > javafx.event.Event.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)V+30 > j > javafx.scene.Scene$MouseHandler.process(Ljavafx/scene/input/MouseEvent;Z)V+491 > j > javafx.scene.Scene$MouseHandler.access$1500(Ljavafx/scene/Scene$MouseHandler;Ljavafx/scene/input/MouseEvent;Z)V+3 > j > javafx.scene.Scene.impl_processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+6 > j > javafx.scene.Scene$ScenePeerListener.mouseEvent(Ljavafx/event/EventType;DDDDLjavafx/scene/input/MouseButton;ZZZZZZZZZ)V+46 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Void;+476 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Object;+1 > v ~StubRoutines::call_stub > J 1203 > java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; > (0 bytes) @ 0x029c8787 [0x029c8720+0x67] > j > com.sun.javafx.tk.quantum.GlassViewEventHandler.lambda$handleMouseEvent$354()Ljava/lang/Void;+11 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler$$Lambda$191.get()Ljava/lang/Object;+4 > j > com.sun.javafx.tk.quantum.QuantumToolkit.runWithoutRenderLock(Ljava/util/function/Supplier;)Ljava/lang/Object;+18 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(Lcom/sun/glass/ui/View;JIIIIIIIZZ)V+103 > j com.sun.glass.ui.View.handleMouseEvent(JIIIIIIIZZ)V+30 > j com.sun.glass.ui.View.notifyMouse(IIIIIIIZZ)V+181 > v ~StubRoutines::call_stub > j com.sun.glass.ui.win.WinApplication._runLoop(Ljava/lang/Runnable;)V+0 > j > com.sun.glass.ui.win.WinApplication.lambda$null$148(ILjava/lang/Runnable;)V+8 > j com.sun.glass.ui.win.WinApplication$$Lambda$38.run()V+12 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > ... > > # # # # # # # # # # # # # # # # # > From vadim.pakhnushev at oracle.com Mon Apr 11 17:03:37 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Mon, 11 Apr 2016 20:03:37 +0300 Subject: status behind JDK-8149738 In-Reply-To: References: Message-ID: <570BD8E9.20901@oracle.com> Matthieu, It's unlikely that your problem is the same as in the JDK-8149738. You see, your crash is due to "reading address 0x002e0060" and in the JDK-8149738 it's "writing address 0xbbadbeef". So they are not the same. Vadim On 11.04.2016 19:39, Matthieu BROUILLARD wrote: > Hi all, > > In our application that integrates some webapps we are facing quite the > same error than the one reported at > https://bugs.openjdk.java.net/browse/JDK-8149738. > The issue above has been marked with 'bugdb_22696741' ; does it mean it is > referenced with more details elsewhere? Is there a known workaround? > > In our use case, when navigating in the webview into some GWT based > application using 8u74-i586 (or 8u60-i586) we always crash the JVM and > using 8u74 (64 bits) everything works. > Doing additional tests revealed that 8u45-b51-i586 is working ; but > unfortunately we have already moved on to more recent JDKs for our entire > application. > > Sadly I do not have a simple reproduction app to provide. > We also enable some prism debug settings without seeing anything relevant > in the logs ; activating the software pipeline didn't changed anything > neither. > > Are there specific debug params for the webview, webkit & jfxwebkit.dll ? > > The crash report looks the same than in the above issue: > > # # # # # # # # # # # # # # # # # > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x5456b7c9, pid=5836, > tid=6260 > # > # JRE version: Java(TM) SE Runtime Environment (8.0_74-b02) (build > 1.8.0_74-b02) > # Java VM: Java HotSpot(TM) Client VM (25.74-b02 mixed mode windows-x86 ) > # Problematic frame: > # C [jfxwebkit.dll+0x8eb7c9] > ... > # > > --------------- T H R E A D --------------- > > Current thread (0x0563d000): JavaThread "JavaFX Application Thread" > [_thread_in_native, id=6260, stack(0x05c70000,0x05cc0000)] > > siginfo: ExceptionCode=0xc0000005, reading address 0x002e0060 > > Registers: > EAX=0x002e0030, EBX=0x00000011, ECX=0x0d457870, EDX=0x00000000 > ESP=0x05cbd578, EBP=0x00000000, ESI=0x0d457870, EDI=0x0bae3030 > EIP=0x5456b7c9, EFLAGS=0x00210246 > > Top of Stack: (sp=0x05cbd578) > 0x05cbd578: 0d202f60 54580e41 00000001 00000001 > ... > 0x05cbd5e8: 54a51a88 00000000 54510e95 0d2f89a0 > > Instructions: (pc=0x5456b7c9) > 0x5456b7a9: 24 0c 01 75 35 8b 4e 14 8b c1 c1 e8 09 a8 01 75 > ... > 0x5456b7d9: 06 74 07 8b ce e8 4d de ff ff 5e c2 08 00 cc cc > > > Register to memory mapping: > > EAX=0x002e0030 is an unknown value > EBX=0x00000011 is an unknown value > ECX=0x0d457870 is an unknown value > EDX=0x00000000 is an unknown value > ESP=0x05cbd578 is pointing into the stack for thread: 0x0563d000 > EBP=0x00000000 is an unknown value > ESI=0x0d457870 is an unknown value > EDI=0x0bae3030 is an unknown value > > > Stack: [0x05c70000,0x05cc0000], sp=0x05cbd578, free space=309k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [jfxwebkit.dll+0x8eb7c9] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j com.sun.webkit.WebPage.twkProcessMouseEvent(JIIIIIIIZZZZZF)Z+0 > j > com.sun.webkit.WebPage.dispatchMouseEvent(Lcom/sun/webkit/event/WCMouseEvent;)Z+141 > j > javafx.scene.web.WebView.processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+175 > j > javafx.scene.web.WebView.lambda$registerEventHandlers$32(Ljavafx/scene/input/MouseEvent;)V+2 > j javafx.scene.web.WebView$$Lambda$87.handle(Ljavafx/event/Event;)V+8 > j > com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(Ljavafx/event/Event;)V+5 > j > com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(Ljavafx/event/Event;)V+28 > j > com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/EventType;Ljavafx/event/Event;)Ljavafx/event/Event;+29 > j > com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+8 > j > com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+11 > j > com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+29 > j > com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 > j > com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 > j > com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 > j > com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 > j > com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 > j > com.sun.javafx.event.EventUtil.fireEventImpl(Ljavafx/event/EventDispatchChain;Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+10 > j > com.sun.javafx.event.EventUtil.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+46 > j > javafx.event.Event.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)V+30 > j > javafx.scene.Scene$MouseHandler.process(Ljavafx/scene/input/MouseEvent;Z)V+491 > j > javafx.scene.Scene$MouseHandler.access$1500(Ljavafx/scene/Scene$MouseHandler;Ljavafx/scene/input/MouseEvent;Z)V+3 > j > javafx.scene.Scene.impl_processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+6 > j > javafx.scene.Scene$ScenePeerListener.mouseEvent(Ljavafx/event/EventType;DDDDLjavafx/scene/input/MouseButton;ZZZZZZZZZ)V+46 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Void;+476 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Object;+1 > v ~StubRoutines::call_stub > J 1203 > java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; > (0 bytes) @ 0x029c8787 [0x029c8720+0x67] > j > com.sun.javafx.tk.quantum.GlassViewEventHandler.lambda$handleMouseEvent$354()Ljava/lang/Void;+11 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler$$Lambda$191.get()Ljava/lang/Object;+4 > j > com.sun.javafx.tk.quantum.QuantumToolkit.runWithoutRenderLock(Ljava/util/function/Supplier;)Ljava/lang/Object;+18 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(Lcom/sun/glass/ui/View;JIIIIIIIZZ)V+103 > j com.sun.glass.ui.View.handleMouseEvent(JIIIIIIIZZ)V+30 > j com.sun.glass.ui.View.notifyMouse(IIIIIIIZZ)V+181 > v ~StubRoutines::call_stub > j com.sun.glass.ui.win.WinApplication._runLoop(Ljava/lang/Runnable;)V+0 > j > com.sun.glass.ui.win.WinApplication.lambda$null$148(ILjava/lang/Runnable;)V+8 > j com.sun.glass.ui.win.WinApplication$$Lambda$38.run()V+12 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > ... > > # # # # # # # # # # # # # # # # # From kevin.rushforth at oracle.com Mon Apr 11 17:18:44 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 11 Apr 2016 10:18:44 -0700 Subject: status behind JDK-8149738 In-Reply-To: <570BD8E9.20901@oracle.com> References: <570BD8E9.20901@oracle.com> Message-ID: <570BDC74.7040005@oracle.com> > is "writing address 0xbbadbeef". So they are not the same. Good catch, Vadim. This is likely an OOM or some other internal failure. That is the tell-tale sign of a call to the internal abort . The fact that this works with 64-bit and fails with 32-bit suggests an OOM problem. -- Kevin Vadim Pakhnushev wrote: > Matthieu, > > It's unlikely that your problem is the same as in the JDK-8149738. > You see, your crash is due to "reading address 0x002e0060" and in the > JDK-8149738 it's "writing address 0xbbadbeef". > So they are not the same. > > Vadim > > On 11.04.2016 19:39, Matthieu BROUILLARD wrote: >> Hi all, >> >> In our application that integrates some webapps we are facing quite the >> same error than the one reported at >> https://bugs.openjdk.java.net/browse/JDK-8149738. >> The issue above has been marked with 'bugdb_22696741' ; does it mean >> it is >> referenced with more details elsewhere? Is there a known workaround? >> >> In our use case, when navigating in the webview into some GWT based >> application using 8u74-i586 (or 8u60-i586) we always crash the JVM and >> using 8u74 (64 bits) everything works. >> Doing additional tests revealed that 8u45-b51-i586 is working ; but >> unfortunately we have already moved on to more recent JDKs for our >> entire >> application. >> >> Sadly I do not have a simple reproduction app to provide. >> We also enable some prism debug settings without seeing anything >> relevant >> in the logs ; activating the software pipeline didn't changed anything >> neither. >> >> Are there specific debug params for the webview, webkit & >> jfxwebkit.dll ? >> >> The crash report looks the same than in the above issue: >> >> # # # # # # # # # # # # # # # # # >> >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x5456b7c9, pid=5836, >> tid=6260 >> # >> # JRE version: Java(TM) SE Runtime Environment (8.0_74-b02) (build >> 1.8.0_74-b02) >> # Java VM: Java HotSpot(TM) Client VM (25.74-b02 mixed mode >> windows-x86 ) >> # Problematic frame: >> # C [jfxwebkit.dll+0x8eb7c9] >> ... >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x0563d000): JavaThread "JavaFX Application Thread" >> [_thread_in_native, id=6260, stack(0x05c70000,0x05cc0000)] >> >> siginfo: ExceptionCode=0xc0000005, reading address 0x002e0060 >> >> Registers: >> EAX=0x002e0030, EBX=0x00000011, ECX=0x0d457870, EDX=0x00000000 >> ESP=0x05cbd578, EBP=0x00000000, ESI=0x0d457870, EDI=0x0bae3030 >> EIP=0x5456b7c9, EFLAGS=0x00210246 >> >> Top of Stack: (sp=0x05cbd578) >> 0x05cbd578: 0d202f60 54580e41 00000001 00000001 >> ... >> 0x05cbd5e8: 54a51a88 00000000 54510e95 0d2f89a0 >> >> Instructions: (pc=0x5456b7c9) >> 0x5456b7a9: 24 0c 01 75 35 8b 4e 14 8b c1 c1 e8 09 a8 01 75 >> ... >> 0x5456b7d9: 06 74 07 8b ce e8 4d de ff ff 5e c2 08 00 cc cc >> >> >> Register to memory mapping: >> >> EAX=0x002e0030 is an unknown value >> EBX=0x00000011 is an unknown value >> ECX=0x0d457870 is an unknown value >> EDX=0x00000000 is an unknown value >> ESP=0x05cbd578 is pointing into the stack for thread: 0x0563d000 >> EBP=0x00000000 is an unknown value >> ESI=0x0d457870 is an unknown value >> EDI=0x0bae3030 is an unknown value >> >> >> Stack: [0x05c70000,0x05cc0000], sp=0x05cbd578, free space=309k >> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >> C=native >> code) >> C [jfxwebkit.dll+0x8eb7c9] >> >> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >> j com.sun.webkit.WebPage.twkProcessMouseEvent(JIIIIIIIZZZZZF)Z+0 >> j >> >> com.sun.webkit.WebPage.dispatchMouseEvent(Lcom/sun/webkit/event/WCMouseEvent;)Z+141 >> >> j >> >> javafx.scene.web.WebView.processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+175 >> >> j >> >> javafx.scene.web.WebView.lambda$registerEventHandlers$32(Ljavafx/scene/input/MouseEvent;)V+2 >> >> j javafx.scene.web.WebView$$Lambda$87.handle(Ljavafx/event/Event;)V+8 >> j >> >> com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(Ljavafx/event/Event;)V+5 >> >> j >> >> com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(Ljavafx/event/Event;)V+28 >> >> j >> >> com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/EventType;Ljavafx/event/Event;)Ljavafx/event/Event;+29 >> >> j >> >> com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+8 >> >> j >> >> com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+11 >> >> j >> >> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+29 >> >> j >> >> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >> >> j >> >> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 >> >> j >> >> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >> >> j >> >> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 >> >> j >> >> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >> >> j >> >> com.sun.javafx.event.EventUtil.fireEventImpl(Ljavafx/event/EventDispatchChain;Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+10 >> >> j >> >> com.sun.javafx.event.EventUtil.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+46 >> >> j >> >> javafx.event.Event.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)V+30 >> >> j >> >> javafx.scene.Scene$MouseHandler.process(Ljavafx/scene/input/MouseEvent;Z)V+491 >> >> j >> >> javafx.scene.Scene$MouseHandler.access$1500(Ljavafx/scene/Scene$MouseHandler;Ljavafx/scene/input/MouseEvent;Z)V+3 >> >> j >> >> javafx.scene.Scene.impl_processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+6 >> >> j >> >> javafx.scene.Scene$ScenePeerListener.mouseEvent(Ljavafx/event/EventType;DDDDLjavafx/scene/input/MouseButton;ZZZZZZZZZ)V+46 >> >> j >> >> com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Void;+476 >> >> j >> >> com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Object;+1 >> >> v ~StubRoutines::call_stub >> J 1203 >> >> java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; >> >> (0 bytes) @ 0x029c8787 [0x029c8720+0x67] >> j >> >> com.sun.javafx.tk.quantum.GlassViewEventHandler.lambda$handleMouseEvent$354()Ljava/lang/Void;+11 >> >> j >> >> com.sun.javafx.tk.quantum.GlassViewEventHandler$$Lambda$191.get()Ljava/lang/Object;+4 >> >> j >> >> com.sun.javafx.tk.quantum.QuantumToolkit.runWithoutRenderLock(Ljava/util/function/Supplier;)Ljava/lang/Object;+18 >> >> j >> >> com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(Lcom/sun/glass/ui/View;JIIIIIIIZZ)V+103 >> >> j com.sun.glass.ui.View.handleMouseEvent(JIIIIIIIZZ)V+30 >> j com.sun.glass.ui.View.notifyMouse(IIIIIIIZZ)V+181 >> v ~StubRoutines::call_stub >> j com.sun.glass.ui.win.WinApplication._runLoop(Ljava/lang/Runnable;)V+0 >> j >> >> com.sun.glass.ui.win.WinApplication.lambda$null$148(ILjava/lang/Runnable;)V+8 >> >> j com.sun.glass.ui.win.WinApplication$$Lambda$38.run()V+12 >> j java.lang.Thread.run()V+11 >> v ~StubRoutines::call_stub >> >> ... >> >> # # # # # # # # # # # # # # # # # > From matthieu at brouillard.fr Mon Apr 11 19:01:54 2016 From: matthieu at brouillard.fr (Matthieu BROUILLARD) Date: Mon, 11 Apr 2016 21:01:54 +0200 Subject: status behind JDK-8149738 In-Reply-To: <570BDC74.7040005@oracle.com> References: <570BD8E9.20901@oracle.com> <570BDC74.7040005@oracle.com> Message-ID: Kevin, Vadim, thanks for the quick reply. I tested with 1.8.0_102-ea-b01 (32 bits) and it still fails. @Kevin what kind of report would you like me to generate? how to obtain the native stack trace? I tried to set `-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=SOME_PATH` but the crash does not generate anything except an hs_err file ( https://gist.github.com/McFoggy/5371c8409dde065aa7f017b7a00d32ec). From kevin.rushforth at oracle.com Mon Apr 11 20:40:51 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 11 Apr 2016 13:40:51 -0700 Subject: 9-dev unlocked following sanity testing Message-ID: <570C0BD3.5010301@oracle.com> From chris.bensen at oracle.com Mon Apr 11 23:17:20 2016 From: chris.bensen at oracle.com (Chris Bensen) Date: Mon, 11 Apr 2016 16:17:20 -0700 Subject: [9]: : [packager] Module Path Packager Arguments Message-ID: Kevin, Please review. This adds new argument to Java Packager, the Minesweeper FX Appstore App and cleans a lot of things up. My Packager sandbox will be in sync with 9dev except for refactoring changes. https://bugs.openjdk.java.net/browse/JDK-8150991 http://cr.openjdk.java.net/~cbensen/JDK-8150991/webrev.02 Chris From guru.hb at oracle.com Tue Apr 12 07:41:17 2016 From: guru.hb at oracle.com (Guru Hb) Date: Tue, 12 Apr 2016 13:11:17 +0530 Subject: status behind JDK-8149738 In-Reply-To: References: Message-ID: <570CA69D.1060409@oracle.com> Hi Matthieu, Crash is due to Mouse event is not handled correctly from WebView context. Could you please provide these details. 1. What Content is loaded to WebEngine. (Live webpage or custom content) 2. which mouse event lead to crash (Right / left click, Double click, Scroll) 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what was the html element under which mouse event triggered (Input element, Editable div, Form elements, Image , upload dialog, table,etc). 4. Any Modal Dialog used in the application under test , which will be used as a call back to an event from WebEngine ? With above details , i could derive a test content / scenario to re-produce the crash. Thanks, Guru On 11/4/16 10:09 PM, Matthieu BROUILLARD wrote: > Hi all, > > In our application that integrates some webapps we are facing quite the > same error than the one reported at > https://bugs.openjdk.java.net/browse/JDK-8149738. > The issue above has been marked with 'bugdb_22696741' ; does it mean it is > referenced with more details elsewhere? Is there a known workaround? > > In our use case, when navigating in the webview into some GWT based > application using 8u74-i586 (or 8u60-i586) we always crash the JVM and > using 8u74 (64 bits) everything works. > Doing additional tests revealed that 8u45-b51-i586 is working ; but > unfortunately we have already moved on to more recent JDKs for our entire > application. > > Sadly I do not have a simple reproduction app to provide. > We also enable some prism debug settings without seeing anything relevant > in the logs ; activating the software pipeline didn't changed anything > neither. > > Are there specific debug params for the webview, webkit & jfxwebkit.dll ? > > The crash report looks the same than in the above issue: > > # # # # # # # # # # # # # # # # # > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x5456b7c9, pid=5836, > tid=6260 > # > # JRE version: Java(TM) SE Runtime Environment (8.0_74-b02) (build > 1.8.0_74-b02) > # Java VM: Java HotSpot(TM) Client VM (25.74-b02 mixed mode windows-x86 ) > # Problematic frame: > # C [jfxwebkit.dll+0x8eb7c9] > ... > # > > --------------- T H R E A D --------------- > > Current thread (0x0563d000): JavaThread "JavaFX Application Thread" > [_thread_in_native, id=6260, stack(0x05c70000,0x05cc0000)] > > siginfo: ExceptionCode=0xc0000005, reading address 0x002e0060 > > Registers: > EAX=0x002e0030, EBX=0x00000011, ECX=0x0d457870, EDX=0x00000000 > ESP=0x05cbd578, EBP=0x00000000, ESI=0x0d457870, EDI=0x0bae3030 > EIP=0x5456b7c9, EFLAGS=0x00210246 > > Top of Stack: (sp=0x05cbd578) > 0x05cbd578: 0d202f60 54580e41 00000001 00000001 > ... > 0x05cbd5e8: 54a51a88 00000000 54510e95 0d2f89a0 > > Instructions: (pc=0x5456b7c9) > 0x5456b7a9: 24 0c 01 75 35 8b 4e 14 8b c1 c1 e8 09 a8 01 75 > ... > 0x5456b7d9: 06 74 07 8b ce e8 4d de ff ff 5e c2 08 00 cc cc > > > Register to memory mapping: > > EAX=0x002e0030 is an unknown value > EBX=0x00000011 is an unknown value > ECX=0x0d457870 is an unknown value > EDX=0x00000000 is an unknown value > ESP=0x05cbd578 is pointing into the stack for thread: 0x0563d000 > EBP=0x00000000 is an unknown value > ESI=0x0d457870 is an unknown value > EDI=0x0bae3030 is an unknown value > > > Stack: [0x05c70000,0x05cc0000], sp=0x05cbd578, free space=309k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native > code) > C [jfxwebkit.dll+0x8eb7c9] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j com.sun.webkit.WebPage.twkProcessMouseEvent(JIIIIIIIZZZZZF)Z+0 > j > com.sun.webkit.WebPage.dispatchMouseEvent(Lcom/sun/webkit/event/WCMouseEvent;)Z+141 > j > javafx.scene.web.WebView.processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+175 > j > javafx.scene.web.WebView.lambda$registerEventHandlers$32(Ljavafx/scene/input/MouseEvent;)V+2 > j javafx.scene.web.WebView$$Lambda$87.handle(Ljavafx/event/Event;)V+8 > j > com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(Ljavafx/event/Event;)V+5 > j > com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(Ljavafx/event/Event;)V+28 > j > com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/EventType;Ljavafx/event/Event;)Ljavafx/event/Event;+29 > j > com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+8 > j > com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+11 > j > com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+29 > j > com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 > j > com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 > j > com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 > j > com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 > j > com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 > j > com.sun.javafx.event.EventUtil.fireEventImpl(Ljavafx/event/EventDispatchChain;Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+10 > j > com.sun.javafx.event.EventUtil.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+46 > j > javafx.event.Event.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)V+30 > j > javafx.scene.Scene$MouseHandler.process(Ljavafx/scene/input/MouseEvent;Z)V+491 > j > javafx.scene.Scene$MouseHandler.access$1500(Ljavafx/scene/Scene$MouseHandler;Ljavafx/scene/input/MouseEvent;Z)V+3 > j > javafx.scene.Scene.impl_processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+6 > j > javafx.scene.Scene$ScenePeerListener.mouseEvent(Ljavafx/event/EventType;DDDDLjavafx/scene/input/MouseButton;ZZZZZZZZZ)V+46 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Void;+476 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Object;+1 > v ~StubRoutines::call_stub > J 1203 > java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; > (0 bytes) @ 0x029c8787 [0x029c8720+0x67] > j > com.sun.javafx.tk.quantum.GlassViewEventHandler.lambda$handleMouseEvent$354()Ljava/lang/Void;+11 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler$$Lambda$191.get()Ljava/lang/Object;+4 > j > com.sun.javafx.tk.quantum.QuantumToolkit.runWithoutRenderLock(Ljava/util/function/Supplier;)Ljava/lang/Object;+18 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(Lcom/sun/glass/ui/View;JIIIIIIIZZ)V+103 > j com.sun.glass.ui.View.handleMouseEvent(JIIIIIIIZZ)V+30 > j com.sun.glass.ui.View.notifyMouse(IIIIIIIZZ)V+181 > v ~StubRoutines::call_stub > j com.sun.glass.ui.win.WinApplication._runLoop(Ljava/lang/Runnable;)V+0 > j > com.sun.glass.ui.win.WinApplication.lambda$null$148(ILjava/lang/Runnable;)V+8 > j com.sun.glass.ui.win.WinApplication$$Lambda$38.run()V+12 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > ... > > # # # # # # # # # # # # # # # # # From matthieu at brouillard.fr Tue Apr 12 08:56:32 2016 From: matthieu at brouillard.fr (Matthieu BROUILLARD) Date: Tue, 12 Apr 2016 10:56:32 +0200 Subject: status behind JDK-8149738 In-Reply-To: <570CA69D.1060409@oracle.com> References: <570CA69D.1060409@oracle.com> Message-ID: Hi, let me try to give more insights *>>> 0. resume of running and crashing JVMs* 64 bits: all tested work (at least issue not reproduced) 32 bits: - 8u74-i586, 8u60-i586: fail - 8u45-i586: OK *>>> 00. Application under test* We have simplified the reproducer JavaFX app as "just" a simple webview opening our GWT webapplication. There's no magic here, just a call to load() method on the WebEngine of a WebView. *>>> 1. What Content is loaded to WebEngine. (Live webpage or custom content)* It is a dynamic GWT webapplication. When launched, the application loads correctly: dynamic content (multiple dynamic parts in the app) is created/loaded/shown. The loaded page shows several tabs, when clicking on a tab the JVM crashes. *>>> 2. which mouse event lead to crash (Right / left click, Double click, Scroll)* single left click. *>>> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what was the html element under which mouse event triggered (Input element, Editable div, Form elements, Image , upload dialog, table,etc).* it is a simple div element that is CSS styled. *>>> 4. Any Modal Dialog used in the application under test , which will be used as a call back to an event from WebEngine ?* No in this case our JavaFX reproducer app, is nothing more than: ... WebView wv = new WebView(); wv.getEngine().load("http://ourwebapp"); ... In our global product we have indeed interaction between the host JVM & the webapp ; but here we reproduce the crash with a simple app consisting of the 2 lines above. On Tue, Apr 12, 2016 at 9:41 AM, Guru Hb wrote: > Hi Matthieu, > > Crash is due to Mouse event is not handled correctly from WebView context. > > Could you please provide these details. > > 1. What Content is loaded to WebEngine. (Live webpage or custom content) > 2. which mouse event lead to crash (Right / left click, Double click, > Scroll) > 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what was the html > element under which mouse event triggered (Input element, Editable div, > Form elements, Image , upload dialog, table,etc). > 4. Any Modal Dialog used in the application under test , which will be > used as a call back to an event from WebEngine ? > > With above details , i could derive a test content / scenario to > re-produce the crash. > > Thanks, > Guru > > On 11/4/16 10:09 PM, Matthieu BROUILLARD wrote: > >> Hi all, >> >> In our application that integrates some webapps we are facing quite the >> same error than the one reported at >> https://bugs.openjdk.java.net/browse/JDK-8149738. >> The issue above has been marked with 'bugdb_22696741' ; does it mean it is >> referenced with more details elsewhere? Is there a known workaround? >> >> In our use case, when navigating in the webview into some GWT based >> application using 8u74-i586 (or 8u60-i586) we always crash the JVM and >> using 8u74 (64 bits) everything works. >> Doing additional tests revealed that 8u45-b51-i586 is working ; but >> unfortunately we have already moved on to more recent JDKs for our entire >> application. >> >> Sadly I do not have a simple reproduction app to provide. >> We also enable some prism debug settings without seeing anything relevant >> in the logs ; activating the software pipeline didn't changed anything >> neither. >> >> Are there specific debug params for the webview, webkit & jfxwebkit.dll ? >> >> The crash report looks the same than in the above issue: >> >> # # # # # # # # # # # # # # # # # >> >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x5456b7c9, pid=5836, >> tid=6260 >> # >> # JRE version: Java(TM) SE Runtime Environment (8.0_74-b02) (build >> 1.8.0_74-b02) >> # Java VM: Java HotSpot(TM) Client VM (25.74-b02 mixed mode windows-x86 ) >> # Problematic frame: >> # C [jfxwebkit.dll+0x8eb7c9] >> ... >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x0563d000): JavaThread "JavaFX Application Thread" >> [_thread_in_native, id=6260, stack(0x05c70000,0x05cc0000)] >> >> siginfo: ExceptionCode=0xc0000005, reading address 0x002e0060 >> >> Registers: >> EAX=0x002e0030, EBX=0x00000011, ECX=0x0d457870, EDX=0x00000000 >> ESP=0x05cbd578, EBP=0x00000000, ESI=0x0d457870, EDI=0x0bae3030 >> EIP=0x5456b7c9, EFLAGS=0x00210246 >> >> Top of Stack: (sp=0x05cbd578) >> 0x05cbd578: 0d202f60 54580e41 00000001 00000001 >> ... >> 0x05cbd5e8: 54a51a88 00000000 54510e95 0d2f89a0 >> >> Instructions: (pc=0x5456b7c9) >> 0x5456b7a9: 24 0c 01 75 35 8b 4e 14 8b c1 c1 e8 09 a8 01 75 >> ... >> 0x5456b7d9: 06 74 07 8b ce e8 4d de ff ff 5e c2 08 00 cc cc >> >> >> Register to memory mapping: >> >> EAX=0x002e0030 is an unknown value >> EBX=0x00000011 is an unknown value >> ECX=0x0d457870 is an unknown value >> EDX=0x00000000 is an unknown value >> ESP=0x05cbd578 is pointing into the stack for thread: 0x0563d000 >> EBP=0x00000000 is an unknown value >> ESI=0x0d457870 is an unknown value >> EDI=0x0bae3030 is an unknown value >> >> >> Stack: [0x05c70000,0x05cc0000], sp=0x05cbd578, free space=309k >> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native >> code) >> C [jfxwebkit.dll+0x8eb7c9] >> >> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >> j com.sun.webkit.WebPage.twkProcessMouseEvent(JIIIIIIIZZZZZF)Z+0 >> j >> >> com.sun.webkit.WebPage.dispatchMouseEvent(Lcom/sun/webkit/event/WCMouseEvent;)Z+141 >> j >> >> javafx.scene.web.WebView.processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+175 >> j >> >> javafx.scene.web.WebView.lambda$registerEventHandlers$32(Ljavafx/scene/input/MouseEvent;)V+2 >> j javafx.scene.web.WebView$$Lambda$87.handle(Ljavafx/event/Event;)V+8 >> j >> >> com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(Ljavafx/event/Event;)V+5 >> j >> >> com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(Ljavafx/event/Event;)V+28 >> j >> >> com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/EventType;Ljavafx/event/Event;)Ljavafx/event/Event;+29 >> j >> >> com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+8 >> j >> >> com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+11 >> j >> >> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+29 >> j >> >> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >> j >> >> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 >> j >> >> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >> j >> >> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 >> j >> >> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >> j >> >> com.sun.javafx.event.EventUtil.fireEventImpl(Ljavafx/event/EventDispatchChain;Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+10 >> j >> >> com.sun.javafx.event.EventUtil.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+46 >> j >> >> javafx.event.Event.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)V+30 >> j >> >> javafx.scene.Scene$MouseHandler.process(Ljavafx/scene/input/MouseEvent;Z)V+491 >> j >> >> javafx.scene.Scene$MouseHandler.access$1500(Ljavafx/scene/Scene$MouseHandler;Ljavafx/scene/input/MouseEvent;Z)V+3 >> j >> >> javafx.scene.Scene.impl_processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+6 >> j >> >> javafx.scene.Scene$ScenePeerListener.mouseEvent(Ljavafx/event/EventType;DDDDLjavafx/scene/input/MouseButton;ZZZZZZZZZ)V+46 >> j >> >> com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Void;+476 >> j >> >> com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Object;+1 >> v ~StubRoutines::call_stub >> J 1203 >> >> java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; >> (0 bytes) @ 0x029c8787 [0x029c8720+0x67] >> j >> >> com.sun.javafx.tk.quantum.GlassViewEventHandler.lambda$handleMouseEvent$354()Ljava/lang/Void;+11 >> j >> >> com.sun.javafx.tk.quantum.GlassViewEventHandler$$Lambda$191.get()Ljava/lang/Object;+4 >> j >> >> com.sun.javafx.tk.quantum.QuantumToolkit.runWithoutRenderLock(Ljava/util/function/Supplier;)Ljava/lang/Object;+18 >> j >> >> com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(Lcom/sun/glass/ui/View;JIIIIIIIZZ)V+103 >> j com.sun.glass.ui.View.handleMouseEvent(JIIIIIIIZZ)V+30 >> j com.sun.glass.ui.View.notifyMouse(IIIIIIIZZ)V+181 >> v ~StubRoutines::call_stub >> j com.sun.glass.ui.win.WinApplication._runLoop(Ljava/lang/Runnable;)V+0 >> j >> >> com.sun.glass.ui.win.WinApplication.lambda$null$148(ILjava/lang/Runnable;)V+8 >> j com.sun.glass.ui.win.WinApplication$$Lambda$38.run()V+12 >> j java.lang.Thread.run()V+11 >> v ~StubRoutines::call_stub >> >> ... >> >> # # # # # # # # # # # # # # # # # >> > > From guru.hb at oracle.com Tue Apr 12 09:18:32 2016 From: guru.hb at oracle.com (Guru Hb) Date: Tue, 12 Apr 2016 14:48:32 +0530 Subject: status behind JDK-8149738 In-Reply-To: References: <570CA69D.1060409@oracle.com> Message-ID: <570CBD68.7010002@oracle.com> Thank you Matthieu, Let me create a sample GWT web application with tabs along with the use case mentioned below. Will update the status in the JBS. Thanks, Guru On 12/4/16 2:26 PM, Matthieu BROUILLARD wrote: > Hi, > > let me try to give more insights > > />>> 0. resume of running and crashing JVMs/ > 64 bits: all tested work (at least issue not reproduced) > 32 bits: > - 8u74-i586, 8u60-i586: fail > - 8u45-i586: OK > > />>> 00. Application under test/ > We have simplified the reproducer JavaFX app as "just" a simple > webview opening our GWT webapplication. > There's no magic here, just a call to load() method on the WebEngine > of a WebView. > > />>> 1. What Content is loaded to WebEngine. (Live webpage or custom > content)/ > It is a dynamic GWT webapplication. > When launched, the application loads correctly: dynamic content > (multiple dynamic parts in the app) is created/loaded/shown. > The loaded page shows several tabs, when clicking on a tab the JVM > crashes. > > />>> 2. which mouse event lead to crash (Right / left click, Double > click, Scroll)/ > single left click. > > />>> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what was > the html element under which mouse event triggered (Input element, > Editable div, Form elements, Image , upload dialog, table,etc)./ > it is a simple div element that is CSS styled. > > />>> 4. Any Modal Dialog used in the application under test , which > will be used as a call back to an event from WebEngine ?/ > No in this case our JavaFX reproducer app, is nothing more than: > ... > WebView wv = new WebView(); > wv.getEngine().load("http://ourwebapp"); > ... > > In our global product we have indeed interaction between the host JVM > & the webapp ; but here we reproduce the crash with a simple app > consisting of the 2 lines above. > > > On Tue, Apr 12, 2016 at 9:41 AM, Guru Hb > wrote: > > Hi Matthieu, > > Crash is due to Mouse event is not handled correctly from WebView > context. > > Could you please provide these details. > > 1. What Content is loaded to WebEngine. (Live webpage or custom > content) > 2. which mouse event lead to crash (Right / left click, Double > click, Scroll) > 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what was > the html element under which mouse event triggered (Input element, > Editable div, Form elements, Image , upload dialog, table,etc). > 4. Any Modal Dialog used in the application under test , which > will be used as a call back to an event from WebEngine ? > > With above details , i could derive a test content / scenario to > re-produce the crash. > > Thanks, > Guru > > On 11/4/16 10:09 PM, Matthieu BROUILLARD wrote: > > Hi all, > > In our application that integrates some webapps we are facing > quite the > same error than the one reported at > https://bugs.openjdk.java.net/browse/JDK-8149738. > The issue above has been marked with 'bugdb_22696741' ; does > it mean it is > referenced with more details elsewhere? Is there a known > workaround? > > In our use case, when navigating in the webview into some GWT > based > application using 8u74-i586 (or 8u60-i586) we always crash the > JVM and > using 8u74 (64 bits) everything works. > Doing additional tests revealed that 8u45-b51-i586 is working > ; but > unfortunately we have already moved on to more recent JDKs for > our entire > application. > > Sadly I do not have a simple reproduction app to provide. > We also enable some prism debug settings without seeing > anything relevant > in the logs ; activating the software pipeline didn't changed > anything > neither. > > Are there specific debug params for the webview, webkit & > jfxwebkit.dll ? > > The crash report looks the same than in the above issue: > > # # # # # # # # # # # # # # # # # > > # > # A fatal error has been detected by the Java Runtime Environment: > # > # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x5456b7c9, > pid=5836, > tid=6260 > # > # JRE version: Java(TM) SE Runtime Environment (8.0_74-b02) (build > 1.8.0_74-b02) > # Java VM: Java HotSpot(TM) Client VM (25.74-b02 mixed mode > windows-x86 ) > # Problematic frame: > # C [jfxwebkit.dll+0x8eb7c9] > ... > # > > --------------- T H R E A D --------------- > > Current thread (0x0563d000): JavaThread "JavaFX Application > Thread" > [_thread_in_native, id=6260, stack(0x05c70000,0x05cc0000)] > > siginfo: ExceptionCode=0xc0000005, reading address 0x002e0060 > > Registers: > EAX=0x002e0030, EBX=0x00000011, ECX=0x0d457870, EDX=0x00000000 > ESP=0x05cbd578, EBP=0x00000000, ESI=0x0d457870, EDI=0x0bae3030 > EIP=0x5456b7c9, EFLAGS=0x00210246 > > Top of Stack: (sp=0x05cbd578) > 0x05cbd578: 0d202f60 54580e41 00000001 00000001 > ... > 0x05cbd5e8: 54a51a88 00000000 54510e95 0d2f89a0 > > Instructions: (pc=0x5456b7c9) > 0x5456b7a9: 24 0c 01 75 35 8b 4e 14 8b c1 c1 e8 09 a8 01 75 > ... > 0x5456b7d9: 06 74 07 8b ce e8 4d de ff ff 5e c2 08 00 cc cc > > > Register to memory mapping: > > EAX=0x002e0030 is an unknown value > EBX=0x00000011 is an unknown value > ECX=0x0d457870 is an unknown value > EDX=0x00000000 is an unknown value > ESP=0x05cbd578 is pointing into the stack for thread: 0x0563d000 > EBP=0x00000000 is an unknown value > ESI=0x0d457870 is an unknown value > EDI=0x0bae3030 is an unknown value > > > Stack: [0x05c70000,0x05cc0000], sp=0x05cbd578, free space=309k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM > code, C=native > code) > C [jfxwebkit.dll+0x8eb7c9] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j com.sun.webkit.WebPage.twkProcessMouseEvent(JIIIIIIIZZZZZF)Z+0 > j > com.sun.webkit.WebPage.dispatchMouseEvent(Lcom/sun/webkit/event/WCMouseEvent;)Z+141 > j > javafx.scene.web.WebView.processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+175 > j > javafx.scene.web.WebView.lambda$registerEventHandlers$32(Ljavafx/scene/input/MouseEvent;)V+2 > j > javafx.scene.web.WebView$$Lambda$87.handle(Ljavafx/event/Event;)V+8 > j > com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(Ljavafx/event/Event;)V+5 > j > com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(Ljavafx/event/Event;)V+28 > j > com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/EventType;Ljavafx/event/Event;)Ljavafx/event/Event;+29 > j > com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+8 > j > com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+11 > j > com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+29 > j > com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 > j > com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 > j > com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 > j > com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 > j > com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 > j > com.sun.javafx.event.EventUtil.fireEventImpl(Ljavafx/event/EventDispatchChain;Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+10 > j > com.sun.javafx.event.EventUtil.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+46 > j > javafx.event.Event.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)V+30 > j > javafx.scene.Scene$MouseHandler.process(Ljavafx/scene/input/MouseEvent;Z)V+491 > j > javafx.scene.Scene$MouseHandler.access$1500(Ljavafx/scene/Scene$MouseHandler;Ljavafx/scene/input/MouseEvent;Z)V+3 > j > javafx.scene.Scene.impl_processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+6 > j > javafx.scene.Scene$ScenePeerListener.mouseEvent(Ljavafx/event/EventType;DDDDLjavafx/scene/input/MouseButton;ZZZZZZZZZ)V+46 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Void;+476 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Object;+1 > v ~StubRoutines::call_stub > J 1203 > java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; > (0 bytes) @ 0x029c8787 [0x029c8720+0x67] > j > com.sun.javafx.tk.quantum.GlassViewEventHandler.lambda$handleMouseEvent$354()Ljava/lang/Void;+11 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler$$Lambda$191.get()Ljava/lang/Object;+4 > j > com.sun.javafx.tk.quantum.QuantumToolkit.runWithoutRenderLock(Ljava/util/function/Supplier;)Ljava/lang/Object;+18 > j > com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(Lcom/sun/glass/ui/View;JIIIIIIIZZ)V+103 > j com.sun.glass.ui.View.handleMouseEvent(JIIIIIIIZZ)V+30 > j com.sun.glass.ui.View.notifyMouse(IIIIIIIZZ)V+181 > v ~StubRoutines::call_stub > j > com.sun.glass.ui.win.WinApplication._runLoop(Ljava/lang/Runnable;)V+0 > j > com.sun.glass.ui.win.WinApplication.lambda$null$148(ILjava/lang/Runnable;)V+8 > j com.sun.glass.ui.win.WinApplication$$Lambda$38.run()V+12 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > ... > > # # # # # # # # # # # # # # # # # > > > From mikhail.cherkasov at oracle.com Tue Apr 12 16:21:43 2016 From: mikhail.cherkasov at oracle.com (mikhail cherkasov) Date: Tue, 12 Apr 2016 19:21:43 +0300 Subject: [9] Review request for 8150076: Print jobs are not finished when used a page range Message-ID: <570D2097.1090603@oracle.com> Hi all, Could you please review the fix for: https://bugs.openjdk.java.net/browse/JDK-8150076 webrev: http://cr.openjdk.java.net/~mcherkas/8150076/webrev.00/ J2DPrinterJob waits when page printing is done, but doesn't check that the whole job is done or that it is failed due error, as result we can never quit from while cycle in method " implPrintPage". The fix adds this checks. Thanks, Mikhail. From chris.bensen at oracle.com Tue Apr 12 16:23:25 2016 From: chris.bensen at oracle.com (Chris Bensen) Date: Tue, 12 Apr 2016 09:23:25 -0700 Subject: [9]: : [packager] Module Path Packager Arguments In-Reply-To: References: Message-ID: <1A16B613-56A7-48C7-86EC-1C4A5B54C0E5@oracle.com> New webrev: http://cr.openjdk.java.net/~cbensen/JDK-8150991/webrev.03/ Chris > On Apr 11, 2016, at 4:17 PM, Chris Bensen wrote: > > Kevin, > > Please review. This adds new argument to Java Packager, the Minesweeper FX Appstore App and cleans a lot of things up. My Packager sandbox will be in sync with 9dev except for refactoring changes. > > https://bugs.openjdk.java.net/browse/JDK-8150991 > http://cr.openjdk.java.net/~cbensen/JDK-8150991/webrev.02 > > Chris From matthieu at brouillard.fr Tue Apr 12 16:30:11 2016 From: matthieu at brouillard.fr (Matthieu BROUILLARD) Date: Tue, 12 Apr 2016 18:30:11 +0200 Subject: status behind JDK-8149738 In-Reply-To: <570CBD68.7010002@oracle.com> References: <570CA69D.1060409@oracle.com> <570CBD68.7010002@oracle.com> Message-ID: Hi Guru, I think I have isolated the problem ; it relates to GWT FlexTable (with fixed column & row size) that is cleaned and refilled. Tomorrow I'll build a clean GWT reproducer app and will send it to you. I'll also do the exact same in pure html/js without GWT being involved. Matthieu On Tue, Apr 12, 2016 at 11:18 AM, Guru Hb wrote: > Thank you Matthieu, > > Let me create a sample GWT web application with tabs along with the use > case mentioned below. Will update the status in the JBS. > > Thanks, > Guru > > > On 12/4/16 2:26 PM, Matthieu BROUILLARD wrote: > > Hi, > > let me try to give more insights > > *>>> 0. resume of running and crashing JVMs* > 64 bits: all tested work (at least issue not reproduced) > 32 bits: > - 8u74-i586, 8u60-i586: fail > - 8u45-i586: OK > > *>>> 00. Application under test* > We have simplified the reproducer JavaFX app as "just" a simple webview > opening our GWT webapplication. > There's no magic here, just a call to load() method on the WebEngine of a > WebView. > > *>>> 1. What Content is loaded to WebEngine. (Live webpage or custom > content)* > It is a dynamic GWT webapplication. > When launched, the application loads correctly: dynamic content (multiple > dynamic parts in the app) is created/loaded/shown. > The loaded page shows several tabs, when clicking on a tab the JVM crashes. > > *>>> 2. which mouse event lead to crash (Right / left click, Double click, > Scroll)* > single left click. > > *>>> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what was the > html element under which mouse event triggered (Input element, Editable > div, Form elements, Image , upload dialog, table,etc).* > it is a simple div element that is CSS styled. > > *>>> 4. Any Modal Dialog used in the application under test , which will > be used as a call back to an event from WebEngine ?* > No in this case our JavaFX reproducer app, is nothing more than: > ... > WebView wv = new WebView(); > wv.getEngine().load("http://ourwebapp"); > ... > > In our global product we have indeed interaction between the host JVM & > the webapp ; but here we reproduce the crash with a simple app consisting > of the 2 lines above. > > > On Tue, Apr 12, 2016 at 9:41 AM, Guru Hb wrote: > >> Hi Matthieu, >> >> Crash is due to Mouse event is not handled correctly from WebView context. >> >> Could you please provide these details. >> >> 1. What Content is loaded to WebEngine. (Live webpage or custom content) >> 2. which mouse event lead to crash (Right / left click, Double click, >> Scroll) >> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what was the html >> element under which mouse event triggered (Input element, Editable div, >> Form elements, Image , upload dialog, table,etc). >> 4. Any Modal Dialog used in the application under test , which will be >> used as a call back to an event from WebEngine ? >> >> With above details , i could derive a test content / scenario to >> re-produce the crash. >> >> Thanks, >> Guru >> >> On 11/4/16 10:09 PM, Matthieu BROUILLARD wrote: >> >>> Hi all, >>> >>> In our application that integrates some webapps we are facing quite the >>> same error than the one reported at >>> https://bugs.openjdk.java.net/browse/JDK-8149738. >>> The issue above has been marked with 'bugdb_22696741' ; does it mean it >>> is >>> referenced with more details elsewhere? Is there a known workaround? >>> >>> In our use case, when navigating in the webview into some GWT based >>> application using 8u74-i586 (or 8u60-i586) we always crash the JVM and >>> using 8u74 (64 bits) everything works. >>> Doing additional tests revealed that 8u45-b51-i586 is working ; but >>> unfortunately we have already moved on to more recent JDKs for our entire >>> application. >>> >>> Sadly I do not have a simple reproduction app to provide. >>> We also enable some prism debug settings without seeing anything relevant >>> in the logs ; activating the software pipeline didn't changed anything >>> neither. >>> >>> Are there specific debug params for the webview, webkit & jfxwebkit.dll ? >>> >>> The crash report looks the same than in the above issue: >>> >>> # # # # # # # # # # # # # # # # # >>> >>> # >>> # A fatal error has been detected by the Java Runtime Environment: >>> # >>> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x5456b7c9, pid=5836, >>> tid=6260 >>> # >>> # JRE version: Java(TM) SE Runtime Environment (8.0_74-b02) (build >>> 1.8.0_74-b02) >>> # Java VM: Java HotSpot(TM) Client VM (25.74-b02 mixed mode windows-x86 ) >>> # Problematic frame: >>> # C [jfxwebkit.dll+0x8eb7c9] >>> ... >>> # >>> >>> --------------- T H R E A D --------------- >>> >>> Current thread (0x0563d000): JavaThread "JavaFX Application Thread" >>> [_thread_in_native, id=6260, stack(0x05c70000,0x05cc0000)] >>> >>> siginfo: ExceptionCode=0xc0000005, reading address 0x002e0060 >>> >>> Registers: >>> EAX=0x002e0030, EBX=0x00000011, ECX=0x0d457870, EDX=0x00000000 >>> ESP=0x05cbd578, EBP=0x00000000, ESI=0x0d457870, EDI=0x0bae3030 >>> EIP=0x5456b7c9, EFLAGS=0x00210246 >>> >>> Top of Stack: (sp=0x05cbd578) >>> 0x05cbd578: 0d202f60 54580e41 00000001 00000001 >>> ... >>> 0x05cbd5e8: 54a51a88 00000000 54510e95 0d2f89a0 >>> >>> Instructions: (pc=0x5456b7c9) >>> 0x5456b7a9: 24 0c 01 75 35 8b 4e 14 8b c1 c1 e8 09 a8 01 75 >>> ... >>> 0x5456b7d9: 06 74 07 8b ce e8 4d de ff ff 5e c2 08 00 cc cc >>> >>> >>> Register to memory mapping: >>> >>> EAX=0x002e0030 is an unknown value >>> EBX=0x00000011 is an unknown value >>> ECX=0x0d457870 is an unknown value >>> EDX=0x00000000 is an unknown value >>> ESP=0x05cbd578 is pointing into the stack for thread: 0x0563d000 >>> EBP=0x00000000 is an unknown value >>> ESI=0x0d457870 is an unknown value >>> EDI=0x0bae3030 is an unknown value >>> >>> >>> Stack: [0x05c70000,0x05cc0000], sp=0x05cbd578, free space=309k >>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native >>> code) >>> C [jfxwebkit.dll+0x8eb7c9] >>> >>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>> j com.sun.webkit.WebPage.twkProcessMouseEvent(JIIIIIIIZZZZZF)Z+0 >>> j >>> >>> com.sun.webkit.WebPage.dispatchMouseEvent(Lcom/sun/webkit/event/WCMouseEvent;)Z+141 >>> j >>> >>> javafx.scene.web.WebView.processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+175 >>> j >>> >>> javafx.scene.web.WebView.lambda$registerEventHandlers$32(Ljavafx/scene/input/MouseEvent;)V+2 >>> j javafx.scene.web.WebView$$Lambda$87.handle(Ljavafx/event/Event;)V+8 >>> j >>> >>> com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(Ljavafx/event/Event;)V+5 >>> j >>> >>> com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(Ljavafx/event/Event;)V+28 >>> j >>> >>> com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/EventType;Ljavafx/event/Event;)Ljavafx/event/Event;+29 >>> j >>> >>> com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+8 >>> j >>> >>> com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+11 >>> j >>> >>> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+29 >>> j >>> >>> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >>> j >>> >>> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 >>> j >>> >>> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >>> j >>> >>> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 >>> j >>> >>> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >>> j >>> >>> com.sun.javafx.event.EventUtil.fireEventImpl(Ljavafx/event/EventDispatchChain;Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+10 >>> j >>> >>> com.sun.javafx.event.EventUtil.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+46 >>> j >>> >>> javafx.event.Event.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)V+30 >>> j >>> >>> javafx.scene.Scene$MouseHandler.process(Ljavafx/scene/input/MouseEvent;Z)V+491 >>> j >>> >>> javafx.scene.Scene$MouseHandler.access$1500(Ljavafx/scene/Scene$MouseHandler;Ljavafx/scene/input/MouseEvent;Z)V+3 >>> j >>> >>> javafx.scene.Scene.impl_processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+6 >>> j >>> >>> javafx.scene.Scene$ScenePeerListener.mouseEvent(Ljavafx/event/EventType;DDDDLjavafx/scene/input/MouseButton;ZZZZZZZZZ)V+46 >>> j >>> >>> com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Void;+476 >>> j >>> >>> com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Object;+1 >>> v ~StubRoutines::call_stub >>> J 1203 >>> >>> java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; >>> (0 bytes) @ 0x029c8787 [0x029c8720+0x67] >>> j >>> >>> com.sun.javafx.tk.quantum.GlassViewEventHandler.lambda$handleMouseEvent$354()Ljava/lang/Void;+11 >>> j >>> >>> com.sun.javafx.tk.quantum.GlassViewEventHandler$$Lambda$191.get()Ljava/lang/Object;+4 >>> j >>> >>> com.sun.javafx.tk.quantum.QuantumToolkit.runWithoutRenderLock(Ljava/util/function/Supplier;)Ljava/lang/Object;+18 >>> j >>> >>> com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(Lcom/sun/glass/ui/View;JIIIIIIIZZ)V+103 >>> j com.sun.glass.ui.View.handleMouseEvent(JIIIIIIIZZ)V+30 >>> j com.sun.glass.ui.View.notifyMouse(IIIIIIIZZ)V+181 >>> v ~StubRoutines::call_stub >>> j com.sun.glass.ui.win.WinApplication._runLoop(Ljava/lang/Runnable;)V+0 >>> j >>> >>> com.sun.glass.ui.win.WinApplication.lambda$null$148(ILjava/lang/Runnable;)V+8 >>> j com.sun.glass.ui.win.WinApplication$$Lambda$38.run()V+12 >>> j java.lang.Thread.run()V+11 >>> v ~StubRoutines::call_stub >>> >>> ... >>> >>> # # # # # # # # # # # # # # # # # >>> >> >> > > From ali.ebrahimi1781 at gmail.com Tue Apr 12 21:23:12 2016 From: ali.ebrahimi1781 at gmail.com (Ali Ebrahimi) Date: Wed, 13 Apr 2016 01:53:12 +0430 Subject: Webkit: Conversion from string literal loses const qualifier Message-ID: Hi, When building with VS2013 I get following error: ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(46) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char *)' : cannot convert argument 3 from 'const char [7]' to 'char *' Conversion from string literal loses const qualifier (see /Zc:strictStrings) ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava .cpp(87) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char*)' : cannot convert argument 3 from 'const char [18]' to 'char *' Conversion from string literal loses const qualifier (see /Zc:strictStrings) ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(98) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char *)' : cannot convert argument 3 from 'const char [20]' to 'char *' Conversion from string literal loses const qualifier (see /Zc:strictStrings) ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava .cpp(311) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char *)' : cannot convert argument 3 from 'const char [14]' to 'char *' Conversion from string literal loses const qualifier (see /Zc:strictStrings) NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 12.0 \VC\BIN\amd64\cl.EXE"' : return code '0x2' Stop. NMAKE : fatal error U1077: '(' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. :web:compileNativeWin FAILED -- The following patch fixes this problem.(Tested on win, linux and MacOSx) diff --git a/modules/web/src/main/native/Source/WebCore/platform/java/api/BackForwardListJava.cpp b/modules/web/src/main/native/Source/WebCore/platform/java/api/BackForwardListJava.cpp --- a/modules/web/src/main/native/Source/WebCore/platform/java/api/BackForwardListJava.cpp +++ b/modules/web/src/main/native/Source/WebCore/platform/java/api/BackForwardListJava.cpp @@ -34,7 +34,7 @@ return static_cast(jlong_to_ptr(jitem)); } -static jmethodID initMethod(JNIEnv* env, jclass cls, char* name, const char* signature) +static jmethodID initMethod(JNIEnv* env, jclass cls, const char* name, const char* signature) { jmethodID mid = env->GetMethodID(cls, name, signature); ASSERT(mid); Best Regards, Ali Ebrahimi From kevin.rushforth at oracle.com Tue Apr 12 22:24:56 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 12 Apr 2016 15:24:56 -0700 Subject: Webkit: Conversion from string literal loses const qualifier In-Reply-To: References: Message-ID: <570D75B8.3050005@oracle.com> Hi Ali, The production build of FX is done using VS2013 and we haven't seen this error. Where are you getting FX from? Are you using VS2013 Express or Pro? If Express, be aware that we do not support 64-bit builds (although this is not likely your problem). -- Kevin Ali Ebrahimi wrote: > Hi, > When building with VS2013 I get following error: > > ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(46) > : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char > *)' : cannot convert argument 3 from 'const char [7]' to 'char *' > Conversion from string literal loses const qualifier (see > /Zc:strictStrings) > ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava > .cpp(87) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const > char*)' : cannot convert argument 3 from 'const char [18]' to 'char *' > Conversion from string literal loses const qualifier (see > /Zc:strictStrings) > ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(98) > : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char > *)' : cannot convert argument 3 from 'const char [20]' to 'char *' > Conversion from string literal loses const qualifier (see > /Zc:strictStrings) > ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava > .cpp(311) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const > char *)' : cannot convert argument 3 from 'const char [14]' to 'char *' > Conversion from string literal loses const qualifier (see > /Zc:strictStrings) > NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio > 12.0 > \VC\BIN\amd64\cl.EXE"' : return code '0x2' > Stop. > NMAKE : fatal error U1077: '(' : return code '0x2' > Stop. > NMAKE : fatal error U1077: 'cd' : return code '0x2' > Stop. > :web:compileNativeWin FAILED > From james.graham at oracle.com Tue Apr 12 22:29:24 2016 From: james.graham at oracle.com (Jim Graham) Date: Tue, 12 Apr 2016 15:29:24 -0700 Subject: [9] post-commit review: 8153348: JavaFX API doc examples use nonexistent package "javafx.animation.transition" In-Reply-To: <201604122227.u3CMR4Qq001116@aojmv0008.oracle.com> References: <201604122227.u3CMR4Qq001116@aojmv0008.oracle.com> Message-ID: <570D76C4.6060709@oracle.com> https://bugs.openjdk.java.net/browse/JDK-8153348 ...jim Changeset: e1688df54bdc Author: flar Date: 2016-04-12 15:26 -0700 URL: http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/e1688df54bdc 8153348: JavaFX API doc examples use nonexistent package "javafx.animation.transition" ! modules/graphics/src/main/java/javafx/animation/FadeTransition.java ! modules/graphics/src/main/java/javafx/animation/FillTransition.java ! modules/graphics/src/main/java/javafx/animation/PathTransition.java ! modules/graphics/src/main/java/javafx/animation/PauseTransition.java ! modules/graphics/src/main/java/javafx/animation/RotateTransition.java ! modules/graphics/src/main/java/javafx/animation/ScaleTransition.java ! modules/graphics/src/main/java/javafx/animation/StrokeTransition.java ! modules/graphics/src/main/java/javafx/animation/TranslateTransition.java ! modules/graphics/src/main/java/javafx/animation/package.html From guru.hb at oracle.com Wed Apr 13 03:07:01 2016 From: guru.hb at oracle.com (Guru Hb) Date: Wed, 13 Apr 2016 08:37:01 +0530 Subject: status behind JDK-8149738 In-Reply-To: References: <570CA69D.1060409@oracle.com> <570CBD68.7010002@oracle.com> Message-ID: <570DB7D5.3010704@oracle.com> Hi Matthieu, If you could update the re-producer html/js in the JBS would be very help full. I could reproduce with http://advanced-gwt.sourceforge.net/demo/index.html --> "Click Heading (Caption)" --> Crash. There are multiple Table listed in the left panel, where i can re-produce the crash which originates from "com.sun.webkit.WebPage.twkProcessMouseEvent". Thanks, Guru On 12/4/16 10:00 PM, Matthieu BROUILLARD wrote: > Hi Guru, > > I think I have isolated the problem ; it relates to GWT FlexTable > (with fixed column & row size) that is cleaned and refilled. > Tomorrow I'll build a clean GWT reproducer app and will send it to you. > I'll also do the exact same in pure html/js without GWT being involved. > > Matthieu > > > On Tue, Apr 12, 2016 at 11:18 AM, Guru Hb > wrote: > > Thank you Matthieu, > > Let me create a sample GWT web application with tabs along with > the use case mentioned below. Will update the status in the JBS. > > Thanks, > Guru > > > On 12/4/16 2:26 PM, Matthieu BROUILLARD wrote: >> Hi, >> >> let me try to give more insights >> >> />>> 0. resume of running and crashing JVMs/ >> 64 bits: all tested work (at least issue not reproduced) >> 32 bits: >> - 8u74-i586, 8u60-i586: fail >> - 8u45-i586: OK >> >> />>> 00. Application under test/ >> We have simplified the reproducer JavaFX app as "just" a simple >> webview opening our GWT webapplication. >> There's no magic here, just a call to load() method on the >> WebEngine of a WebView. >> >> />>> 1. What Content is loaded to WebEngine. (Live webpage or >> custom content)/ >> It is a dynamic GWT webapplication. >> When launched, the application loads correctly: dynamic content >> (multiple dynamic parts in the app) is created/loaded/shown. >> The loaded page shows several tabs, when clicking on a tab the >> JVM crashes. >> >> />>> 2. which mouse event lead to crash (Right / left click, >> Double click, Scroll)/ >> single left click. >> >> />>> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what >> was the html element under which mouse event triggered (Input >> element, Editable div, Form elements, Image , upload dialog, >> table,etc)./ >> it is a simple div element that is CSS styled. >> >> />>> 4. Any Modal Dialog used in the application under test , >> which will be used as a call back to an event from WebEngine ?/ >> No in this case our JavaFX reproducer app, is nothing more than: >> ... >> WebView wv = new WebView(); >> wv.getEngine().load("http://ourwebapp"); >> ... >> >> In our global product we have indeed interaction between the host >> JVM & the webapp ; but here we reproduce the crash with a simple >> app consisting of the 2 lines above. >> >> >> On Tue, Apr 12, 2016 at 9:41 AM, Guru Hb > > wrote: >> >> Hi Matthieu, >> >> Crash is due to Mouse event is not handled correctly from >> WebView context. >> >> Could you please provide these details. >> >> 1. What Content is loaded to WebEngine. (Live webpage or >> custom content) >> 2. which mouse event lead to crash (Right / left click, >> Double click, Scroll) >> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what >> was the html element under which mouse event triggered (Input >> element, Editable div, Form elements, Image , upload dialog, >> table,etc). >> 4. Any Modal Dialog used in the application under test , >> which will be used as a call back to an event from WebEngine ? >> >> With above details , i could derive a test content / scenario >> to re-produce the crash. >> >> Thanks, >> Guru >> >> On 11/4/16 10:09 PM, Matthieu BROUILLARD wrote: >> >> Hi all, >> >> In our application that integrates some webapps we are >> facing quite the >> same error than the one reported at >> https://bugs.openjdk.java.net/browse/JDK-8149738. >> The issue above has been marked with 'bugdb_22696741' ; >> does it mean it is >> referenced with more details elsewhere? Is there a known >> workaround? >> >> In our use case, when navigating in the webview into some >> GWT based >> application using 8u74-i586 (or 8u60-i586) we always >> crash the JVM and >> using 8u74 (64 bits) everything works. >> Doing additional tests revealed that 8u45-b51-i586 is >> working ; but >> unfortunately we have already moved on to more recent >> JDKs for our entire >> application. >> >> Sadly I do not have a simple reproduction app to provide. >> We also enable some prism debug settings without seeing >> anything relevant >> in the logs ; activating the software pipeline didn't >> changed anything >> neither. >> >> Are there specific debug params for the webview, webkit & >> jfxwebkit.dll ? >> >> The crash report looks the same than in the above issue: >> >> # # # # # # # # # # # # # # # # # >> >> # >> # A fatal error has been detected by the Java Runtime >> Environment: >> # >> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at >> pc=0x5456b7c9, pid=5836, >> tid=6260 >> # >> # JRE version: Java(TM) SE Runtime Environment >> (8.0_74-b02) (build >> 1.8.0_74-b02) >> # Java VM: Java HotSpot(TM) Client VM (25.74-b02 mixed >> mode windows-x86 ) >> # Problematic frame: >> # C [jfxwebkit.dll+0x8eb7c9] >> ... >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x0563d000): JavaThread "JavaFX >> Application Thread" >> [_thread_in_native, id=6260, stack(0x05c70000,0x05cc0000)] >> >> siginfo: ExceptionCode=0xc0000005, reading address 0x002e0060 >> >> Registers: >> EAX=0x002e0030, EBX=0x00000011, ECX=0x0d457870, >> EDX=0x00000000 >> ESP=0x05cbd578, EBP=0x00000000, ESI=0x0d457870, >> EDI=0x0bae3030 >> EIP=0x5456b7c9, EFLAGS=0x00210246 >> >> Top of Stack: (sp=0x05cbd578) >> 0x05cbd578: 0d202f60 54580e41 00000001 00000001 >> ... >> 0x05cbd5e8: 54a51a88 00000000 54510e95 0d2f89a0 >> >> Instructions: (pc=0x5456b7c9) >> 0x5456b7a9: 24 0c 01 75 35 8b 4e 14 8b c1 c1 e8 09 a8 01 75 >> ... >> 0x5456b7d9: 06 74 07 8b ce e8 4d de ff ff 5e c2 08 00 cc cc >> >> >> Register to memory mapping: >> >> EAX=0x002e0030 is an unknown value >> EBX=0x00000011 is an unknown value >> ECX=0x0d457870 is an unknown value >> EDX=0x00000000 is an unknown value >> ESP=0x05cbd578 is pointing into the stack for thread: >> 0x0563d000 >> EBP=0x00000000 is an unknown value >> ESI=0x0d457870 is an unknown value >> EDI=0x0bae3030 is an unknown value >> >> >> Stack: [0x05c70000,0x05cc0000], sp=0x05cbd578, free >> space=309k >> Native frames: (J=compiled Java code, j=interpreted, >> Vv=VM code, C=native >> code) >> C [jfxwebkit.dll+0x8eb7c9] >> >> Java frames: (J=compiled Java code, j=interpreted, Vv=VM >> code) >> j >> com.sun.webkit.WebPage.twkProcessMouseEvent(JIIIIIIIZZZZZF)Z+0 >> j >> com.sun.webkit.WebPage.dispatchMouseEvent(Lcom/sun/webkit/event/WCMouseEvent;)Z+141 >> j >> javafx.scene.web.WebView.processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+175 >> j >> javafx.scene.web.WebView.lambda$registerEventHandlers$32(Ljavafx/scene/input/MouseEvent;)V+2 >> j >> javafx.scene.web.WebView$$Lambda$87.handle(Ljavafx/event/Event;)V+8 >> j >> com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(Ljavafx/event/Event;)V+5 >> j >> com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(Ljavafx/event/Event;)V+28 >> j >> com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/EventType;Ljavafx/event/Event;)Ljavafx/event/Event;+29 >> j >> com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+8 >> j >> com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+11 >> j >> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+29 >> j >> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >> j >> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 >> j >> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >> j >> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 >> j >> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >> j >> com.sun.javafx.event.EventUtil.fireEventImpl(Ljavafx/event/EventDispatchChain;Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+10 >> j >> com.sun.javafx.event.EventUtil.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+46 >> j >> javafx.event.Event.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)V+30 >> j >> javafx.scene.Scene$MouseHandler.process(Ljavafx/scene/input/MouseEvent;Z)V+491 >> j >> javafx.scene.Scene$MouseHandler.access$1500(Ljavafx/scene/Scene$MouseHandler;Ljavafx/scene/input/MouseEvent;Z)V+3 >> j >> javafx.scene.Scene.impl_processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+6 >> j >> javafx.scene.Scene$ScenePeerListener.mouseEvent(Ljavafx/event/EventType;DDDDLjavafx/scene/input/MouseButton;ZZZZZZZZZ)V+46 >> j >> com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Void;+476 >> j >> com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Object;+1 >> v ~StubRoutines::call_stub >> J 1203 >> java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; >> (0 bytes) @ 0x029c8787 [0x029c8720+0x67] >> j >> com.sun.javafx.tk.quantum.GlassViewEventHandler.lambda$handleMouseEvent$354()Ljava/lang/Void;+11 >> j >> com.sun.javafx.tk.quantum.GlassViewEventHandler$$Lambda$191.get()Ljava/lang/Object;+4 >> j >> com.sun.javafx.tk.quantum.QuantumToolkit.runWithoutRenderLock(Ljava/util/function/Supplier;)Ljava/lang/Object;+18 >> j >> com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(Lcom/sun/glass/ui/View;JIIIIIIIZZ)V+103 >> j com.sun.glass.ui.View.handleMouseEvent(JIIIIIIIZZ)V+30 >> j com.sun.glass.ui.View.notifyMouse(IIIIIIIZZ)V+181 >> v ~StubRoutines::call_stub >> j >> com.sun.glass.ui.win.WinApplication._runLoop(Ljava/lang/Runnable;)V+0 >> j >> com.sun.glass.ui.win.WinApplication.lambda$null$148(ILjava/lang/Runnable;)V+8 >> j com.sun.glass.ui.win.WinApplication$$Lambda$38.run()V+12 >> j java.lang.Thread.run()V+11 >> v ~StubRoutines::call_stub >> >> ... >> >> # # # # # # # # # # # # # # # # # >> >> >> > > From ali.ebrahimi1781 at gmail.com Wed Apr 13 07:50:43 2016 From: ali.ebrahimi1781 at gmail.com (Ali Ebrahimi) Date: Wed, 13 Apr 2016 12:20:43 +0430 Subject: Webkit: Conversion from string literal loses const qualifier In-Reply-To: <570D75B8.3050005@oracle.com> References: <570D75B8.3050005@oracle.com> Message-ID: Hi Kevin, I'm building with "Microsoft Visual Studio Ultimate 2013 Update 5" on win8.1 64bit and FX repo http://hg.openjdk.java.net/openjfx/9-dev/rt. On Wed, Apr 13, 2016 at 2:54 AM, Kevin Rushforth wrote: > Hi Ali, > > The production build of FX is done using VS2013 and we haven't seen this > error. Where are you getting FX from? Are you using VS2013 Express or Pro? > If Express, be aware that we do not support 64-bit builds (although this is > not likely your problem). > > -- Kevin > > > > Ali Ebrahimi wrote: > >> Hi, >> When building with VS2013 I get following error: >> >> >> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(46) >> : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char >> *)' : cannot convert argument 3 from 'const char [7]' to 'char *' >> Conversion from string literal loses const qualifier (see >> /Zc:strictStrings) >> >> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava >> .cpp(87) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const >> char*)' : cannot convert argument 3 from 'const char [18]' to 'char *' >> Conversion from string literal loses const qualifier (see >> /Zc:strictStrings) >> >> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(98) >> : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char >> *)' : cannot convert argument 3 from 'const char [20]' to 'char *' >> Conversion from string literal loses const qualifier (see >> /Zc:strictStrings) >> >> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava >> .cpp(311) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char >> *,const >> char *)' : cannot convert argument 3 from 'const char [14]' to 'char *' >> Conversion from string literal loses const qualifier (see >> /Zc:strictStrings) >> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >> Studio >> 12.0 >> \VC\BIN\amd64\cl.EXE"' : return code '0x2' >> Stop. >> NMAKE : fatal error U1077: '(' : return code '0x2' >> Stop. >> NMAKE : fatal error U1077: 'cd' : return code '0x2' >> Stop. >> :web:compileNativeWin FAILED >> >> > -- Best Regards, Ali Ebrahimi From vadim.pakhnushev at oracle.com Wed Apr 13 10:52:59 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Wed, 13 Apr 2016 13:52:59 +0300 Subject: Webkit: Conversion from string literal loses const qualifier In-Reply-To: References: <570D75B8.3050005@oracle.com> Message-ID: <570E250B.1010707@oracle.com> Ali, Seems like this bug https://bugs.openjdk.java.net/browse/JDK-8090061 Although it was pushed to the 9-dev in January. Vadim On 13.04.2016 10:50, Ali Ebrahimi wrote: > Hi Kevin, > I'm building with "Microsoft Visual Studio Ultimate 2013 Update 5" on > win8.1 64bit and FX repo http://hg.openjdk.java.net/openjfx/9-dev/rt. > > On Wed, Apr 13, 2016 at 2:54 AM, Kevin Rushforth > wrote: >> Hi Ali, >> >> The production build of FX is done using VS2013 and we haven't seen this >> error. Where are you getting FX from? Are you using VS2013 Express or Pro? >> If Express, be aware that we do not support 64-bit builds (although this is >> not likely your problem). >> >> -- Kevin >> >> >> >> Ali Ebrahimi wrote: >> >>> Hi, >>> When building with VS2013 I get following error: >>> >>> >>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(46) >>> : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char >>> *)' : cannot convert argument 3 from 'const char [7]' to 'char *' >>> Conversion from string literal loses const qualifier (see >>> /Zc:strictStrings) >>> >>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava >>> .cpp(87) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const >>> char*)' : cannot convert argument 3 from 'const char [18]' to 'char *' >>> Conversion from string literal loses const qualifier (see >>> /Zc:strictStrings) >>> >>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(98) >>> : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char >>> *)' : cannot convert argument 3 from 'const char [20]' to 'char *' >>> Conversion from string literal loses const qualifier (see >>> /Zc:strictStrings) >>> >>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava >>> .cpp(311) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char >>> *,const >>> char *)' : cannot convert argument 3 from 'const char [14]' to 'char *' >>> Conversion from string literal loses const qualifier (see >>> /Zc:strictStrings) >>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >>> Studio >>> 12.0 >>> \VC\BIN\amd64\cl.EXE"' : return code '0x2' >>> Stop. >>> NMAKE : fatal error U1077: '(' : return code '0x2' >>> Stop. >>> NMAKE : fatal error U1077: 'cd' : return code '0x2' >>> Stop. >>> :web:compileNativeWin FAILED >>> >>> > From ali.ebrahimi1781 at gmail.com Wed Apr 13 12:55:37 2016 From: ali.ebrahimi1781 at gmail.com (Ali Ebrahimi) Date: Wed, 13 Apr 2016 17:25:37 +0430 Subject: Webkit: Conversion from string literal loses const qualifier In-Reply-To: <570E250B.1010707@oracle.com> References: <570D75B8.3050005@oracle.com> <570E250B.1010707@oracle.com> Message-ID: Hi, This is similar bug and in same file but in 2th parameter of initMethod. It seems MC compiler changed some rules in latest updates. On Wed, Apr 13, 2016 at 3:22 PM, Vadim Pakhnushev < vadim.pakhnushev at oracle.com> wrote: > Ali, > > Seems like this bug https://bugs.openjdk.java.net/browse/JDK-8090061 > Although it was pushed to the 9-dev in January. > > Vadim > > > On 13.04.2016 10:50, Ali Ebrahimi wrote: > >> Hi Kevin, >> I'm building with "Microsoft Visual Studio Ultimate 2013 Update 5" on >> win8.1 64bit and FX repo http://hg.openjdk.java.net/openjfx/9-dev/rt. >> >> On Wed, Apr 13, 2016 at 2:54 AM, Kevin Rushforth < >> kevin.rushforth at oracle.com >> >>> wrote: >>> Hi Ali, >>> >>> The production build of FX is done using VS2013 and we haven't seen this >>> error. Where are you getting FX from? Are you using VS2013 Express or >>> Pro? >>> If Express, be aware that we do not support 64-bit builds (although this >>> is >>> not likely your problem). >>> >>> -- Kevin >>> >>> >>> >>> Ali Ebrahimi wrote: >>> >>> Hi, >>>> When building with VS2013 I get following error: >>>> >>>> >>>> >>>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(46) >>>> : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char >>>> *)' : cannot convert argument 3 from 'const char [7]' to 'char *' >>>> Conversion from string literal loses const qualifier (see >>>> /Zc:strictStrings) >>>> >>>> >>>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava >>>> .cpp(87) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char >>>> *,const >>>> char*)' : cannot convert argument 3 from 'const char [18]' to 'char *' >>>> Conversion from string literal loses const qualifier (see >>>> /Zc:strictStrings) >>>> >>>> >>>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(98) >>>> : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char >>>> *)' : cannot convert argument 3 from 'const char [20]' to 'char *' >>>> Conversion from string literal loses const qualifier (see >>>> /Zc:strictStrings) >>>> >>>> >>>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava >>>> .cpp(311) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char >>>> *,const >>>> char *)' : cannot convert argument 3 from 'const char [14]' to 'char *' >>>> Conversion from string literal loses const qualifier (see >>>> /Zc:strictStrings) >>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >>>> Studio >>>> 12.0 >>>> \VC\BIN\amd64\cl.EXE"' : return code '0x2' >>>> Stop. >>>> NMAKE : fatal error U1077: '(' : return code '0x2' >>>> Stop. >>>> NMAKE : fatal error U1077: 'cd' : return code '0x2' >>>> Stop. >>>> :web:compileNativeWin FAILED >>>> >>>> >>>> >> > -- Best Regards, Ali Ebrahimi From vadim.pakhnushev at oracle.com Wed Apr 13 13:03:37 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Wed, 13 Apr 2016 16:03:37 +0300 Subject: Webkit: Conversion from string literal loses const qualifier In-Reply-To: References: <570D75B8.3050005@oracle.com> <570E250B.1010707@oracle.com> Message-ID: <570E43A9.2060404@oracle.com> Oh, right! In that case I would suggest you to file a bug at the http://bugs.java.com/ Thanks, Vadim On 13.04.2016 15:55, Ali Ebrahimi wrote: > Hi, > This is similar bug and in same file but in 2th parameter > of initMethod. It seems MC compiler changed some rules in latest updates. > > On Wed, Apr 13, 2016 at 3:22 PM, Vadim Pakhnushev > > wrote: > > Ali, > > Seems like this bug https://bugs.openjdk.java.net/browse/JDK-8090061 > Although it was pushed to the 9-dev in January. > > Vadim > > > On 13.04.2016 10:50, Ali Ebrahimi wrote: > > Hi Kevin, > I'm building with "Microsoft Visual Studio Ultimate 2013 > Update 5" on > win8.1 64bit and FX repo > http://hg.openjdk.java.net/openjfx/9-dev/rt. > > On Wed, Apr 13, 2016 at 2:54 AM, Kevin Rushforth > > > wrote: > Hi Ali, > > The production build of FX is done using VS2013 and we > haven't seen this > error. Where are you getting FX from? Are you using VS2013 > Express or Pro? > If Express, be aware that we do not support 64-bit builds > (although this is > not likely your problem). > > -- Kevin > > > > Ali Ebrahimi wrote: > > Hi, > When building with VS2013 I get following error: > > > ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(46) > : error C2664: 'jmethodID initMethod(JNIEnv > *,jclass,char *,const char > *)' : cannot convert argument 3 from 'const char [7]' > to 'char *' > Conversion from string literal loses const > qualifier (see > /Zc:strictStrings) > > ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava > .cpp(87) : error C2664: 'jmethodID initMethod(JNIEnv > *,jclass,char *,const > char*)' : cannot convert argument 3 from 'const char > [18]' to 'char *' > Conversion from string literal loses const > qualifier (see > /Zc:strictStrings) > > ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(98) > : error C2664: 'jmethodID initMethod(JNIEnv > *,jclass,char *,const char > *)' : cannot convert argument 3 from 'const char [20]' > to 'char *' > Conversion from string literal loses const > qualifier (see > /Zc:strictStrings) > > ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava > .cpp(311) : error C2664: 'jmethodID initMethod(JNIEnv > *,jclass,char > *,const > char *)' : cannot convert argument 3 from 'const char > [14]' to 'char *' > Conversion from string literal loses const > qualifier (see > /Zc:strictStrings) > NMAKE : fatal error U1077: '"C:\Program Files > (x86)\Microsoft Visual > Studio > 12.0 > \VC\BIN\amd64\cl.EXE"' : return code '0x2' > Stop. > NMAKE : fatal error U1077: '(' : return code '0x2' > Stop. > NMAKE : fatal error U1077: 'cd' : return code '0x2' > Stop. > :web:compileNativeWin FAILED > > > > > > > > -- > > Best Regards, > Ali Ebrahimi From ali.ebrahimi1781 at gmail.com Wed Apr 13 14:26:40 2016 From: ali.ebrahimi1781 at gmail.com (Ali Ebrahimi) Date: Wed, 13 Apr 2016 18:56:40 +0430 Subject: Webkit: Conversion from string literal loses const qualifier In-Reply-To: <570E43A9.2060404@oracle.com> References: <570D75B8.3050005@oracle.com> <570E250B.1010707@oracle.com> <570E43A9.2060404@oracle.com> Message-ID: Done. Review ID: JI-9035229 On Wed, Apr 13, 2016 at 5:33 PM, Vadim Pakhnushev < vadim.pakhnushev at oracle.com> wrote: > Oh, right! > In that case I would suggest you to file a bug at the > http://bugs.java.com/ > > Thanks, > Vadim > > > On 13.04.2016 15:55, Ali Ebrahimi wrote: > > Hi, > This is similar bug and in same file but in 2th parameter of initMethod. > It seems MC compiler changed some rules in latest updates. > > On Wed, Apr 13, 2016 at 3:22 PM, Vadim Pakhnushev < > vadim.pakhnushev at oracle.com> wrote: > >> Ali, >> >> Seems like this bug https://bugs.openjdk.java.net/browse/JDK-8090061 >> Although it was pushed to the 9-dev in January. >> >> Vadim >> >> >> On 13.04.2016 10:50, Ali Ebrahimi wrote: >> >>> Hi Kevin, >>> I'm building with "Microsoft Visual Studio Ultimate 2013 Update 5" on >>> win8.1 64bit and FX repo http://hg.openjdk.java.net/openjfx/9-dev/rt. >>> >>> On Wed, Apr 13, 2016 at 2:54 AM, Kevin Rushforth < >>> kevin.rushforth at oracle.com >>> >>>> wrote: >>>> Hi Ali, >>>> >>>> The production build of FX is done using VS2013 and we haven't seen this >>>> error. Where are you getting FX from? Are you using VS2013 Express or >>>> Pro? >>>> If Express, be aware that we do not support 64-bit builds (although >>>> this is >>>> not likely your problem). >>>> >>>> -- Kevin >>>> >>>> >>>> >>>> Ali Ebrahimi wrote: >>>> >>>> Hi, >>>>> When building with VS2013 I get following error: >>>>> >>>>> >>>>> >>>>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(46) >>>>> : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char >>>>> *)' : cannot convert argument 3 from 'const char [7]' to 'char *' >>>>> Conversion from string literal loses const qualifier (see >>>>> /Zc:strictStrings) >>>>> >>>>> >>>>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava >>>>> .cpp(87) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char >>>>> *,const >>>>> char*)' : cannot convert argument 3 from 'const char [18]' to 'char *' >>>>> Conversion from string literal loses const qualifier (see >>>>> /Zc:strictStrings) >>>>> >>>>> >>>>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(98) >>>>> : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char >>>>> *)' : cannot convert argument 3 from 'const char [20]' to 'char *' >>>>> Conversion from string literal loses const qualifier (see >>>>> /Zc:strictStrings) >>>>> >>>>> >>>>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava >>>>> .cpp(311) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char >>>>> *,const >>>>> char *)' : cannot convert argument 3 from 'const char [14]' to 'char *' >>>>> Conversion from string literal loses const qualifier (see >>>>> /Zc:strictStrings) >>>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >>>>> Studio >>>>> 12.0 >>>>> \VC\BIN\amd64\cl.EXE"' : return code '0x2' >>>>> Stop. >>>>> NMAKE : fatal error U1077: '(' : return code '0x2' >>>>> Stop. >>>>> NMAKE : fatal error U1077: 'cd' : return code '0x2' >>>>> Stop. >>>>> :web:compileNativeWin FAILED >>>>> >>>>> >>>>> >>> >> > > > -- > > Best Regards, > Ali Ebrahimi > > > -- Best Regards, Ali Ebrahimi From matthieu at brouillard.fr Wed Apr 13 15:43:48 2016 From: matthieu at brouillard.fr (Matthieu BROUILLARD) Date: Wed, 13 Apr 2016 17:43:48 +0200 Subject: status behind JDK-8149738 In-Reply-To: <570DB7D5.3010704@oracle.com> References: <570CA69D.1060409@oracle.com> <570CBD68.7010002@oracle.com> <570DB7D5.3010704@oracle.com> Message-ID: Hi Guru, I have filled an issue in http://bugreport.java.com/ ; denominated for the moment JI-9035239. I have a simple reproducer test app that I also put in the bug report: https://gist.github.com/McFoggy/e6166349b8ea012c925665fcf9625501 The problem occures when colgroups>col width are reset/recomputed only. If in the webapp you uncheck the "Clear col sizes" combobox then the app should work correctly. If at startup you uncheck it ; it will normally work. What is weird is that if then you re-check it ; it will continue to work and will not fail anymore. Notice that with this simple reproducer test case I now reproduce the problem not only on 32bits versions but also on 64bits 8u74 & 8u77. Thanks Matthieu On Wed, Apr 13, 2016 at 5:07 AM, Guru Hb wrote: > Hi Matthieu, > > If you could update the re-producer html/js in the JBS would be very help > full. > > I could reproduce with http://advanced-gwt.sourceforge.net/demo/index.html > --> "Click Heading (Caption)" --> Crash. There are multiple Table listed in > the left panel, where i can re-produce the crash which originates from > "com.sun.webkit.WebPage.twkProcessMouseEvent". > > Thanks, > Guru > > On 12/4/16 10:00 PM, Matthieu BROUILLARD wrote: > > Hi Guru, > > I think I have isolated the problem ; it relates to GWT FlexTable (with > fixed column & row size) that is cleaned and refilled. > Tomorrow I'll build a clean GWT reproducer app and will send it to you. > I'll also do the exact same in pure html/js without GWT being involved. > > Matthieu > > > On Tue, Apr 12, 2016 at 11:18 AM, Guru Hb wrote: > >> Thank you Matthieu, >> >> Let me create a sample GWT web application with tabs along with the use >> case mentioned below. Will update the status in the JBS. >> >> Thanks, >> Guru >> >> >> On 12/4/16 2:26 PM, Matthieu BROUILLARD wrote: >> >> Hi, >> >> let me try to give more insights >> >> *>>> 0. resume of running and crashing JVMs* >> 64 bits: all tested work (at least issue not reproduced) >> 32 bits: >> - 8u74-i586, 8u60-i586: fail >> - 8u45-i586: OK >> >> *>>> 00. Application under test* >> We have simplified the reproducer JavaFX app as "just" a simple webview >> opening our GWT webapplication. >> There's no magic here, just a call to load() method on the WebEngine of a >> WebView. >> >> *>>> 1. What Content is loaded to WebEngine. (Live webpage or custom >> content)* >> It is a dynamic GWT webapplication. >> When launched, the application loads correctly: dynamic content (multiple >> dynamic parts in the app) is created/loaded/shown. >> The loaded page shows several tabs, when clicking on a tab the JVM >> crashes. >> >> *>>> 2. which mouse event lead to crash (Right / left click, Double >> click, Scroll)* >> single left click. >> >> *>>> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what was the >> html element under which mouse event triggered (Input element, Editable >> div, Form elements, Image , upload dialog, table,etc).* >> it is a simple div element that is CSS styled. >> >> *>>> 4. Any Modal Dialog used in the application under test , which will >> be used as a call back to an event from WebEngine ?* >> No in this case our JavaFX reproducer app, is nothing more than: >> ... >> WebView wv = new WebView(); >> wv.getEngine().load(" http://ourwebapp"); >> ... >> >> In our global product we have indeed interaction between the host JVM & >> the webapp ; but here we reproduce the crash with a simple app consisting >> of the 2 lines above. >> >> >> On Tue, Apr 12, 2016 at 9:41 AM, Guru Hb < >> guru.hb at oracle.com> wrote: >> >>> Hi Matthieu, >>> >>> Crash is due to Mouse event is not handled correctly from WebView >>> context. >>> >>> Could you please provide these details. >>> >>> 1. What Content is loaded to WebEngine. (Live webpage or custom content) >>> 2. which mouse event lead to crash (Right / left click, Double click, >>> Scroll) >>> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what was the >>> html element under which mouse event triggered (Input element, Editable >>> div, Form elements, Image , upload dialog, table,etc). >>> 4. Any Modal Dialog used in the application under test , which will be >>> used as a call back to an event from WebEngine ? >>> >>> With above details , i could derive a test content / scenario to >>> re-produce the crash. >>> >>> Thanks, >>> Guru >>> >>> On 11/4/16 10:09 PM, Matthieu BROUILLARD wrote: >>> >>>> Hi all, >>>> >>>> In our application that integrates some webapps we are facing quite the >>>> same error than the one reported at >>>> https://bugs.openjdk.java.net/browse/JDK-8149738. >>>> The issue above has been marked with 'bugdb_22696741' ; does it mean it >>>> is >>>> referenced with more details elsewhere? Is there a known workaround? >>>> >>>> In our use case, when navigating in the webview into some GWT based >>>> application using 8u74-i586 (or 8u60-i586) we always crash the JVM and >>>> using 8u74 (64 bits) everything works. >>>> Doing additional tests revealed that 8u45-b51-i586 is working ; but >>>> unfortunately we have already moved on to more recent JDKs for our >>>> entire >>>> application. >>>> >>>> Sadly I do not have a simple reproduction app to provide. >>>> We also enable some prism debug settings without seeing anything >>>> relevant >>>> in the logs ; activating the software pipeline didn't changed anything >>>> neither. >>>> >>>> Are there specific debug params for the webview, webkit & jfxwebkit.dll >>>> ? >>>> >>>> The crash report looks the same than in the above issue: >>>> >>>> # # # # # # # # # # # # # # # # # >>>> >>>> # >>>> # A fatal error has been detected by the Java Runtime Environment: >>>> # >>>> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x5456b7c9, pid=5836, >>>> tid=6260 >>>> # >>>> # JRE version: Java(TM) SE Runtime Environment (8.0_74-b02) (build >>>> 1.8.0_74-b02) >>>> # Java VM: Java HotSpot(TM) Client VM (25.74-b02 mixed mode windows-x86 >>>> ) >>>> # Problematic frame: >>>> # C [jfxwebkit.dll+0x8eb7c9] >>>> ... >>>> # >>>> >>>> --------------- T H R E A D --------------- >>>> >>>> Current thread (0x0563d000): JavaThread "JavaFX Application Thread" >>>> [_thread_in_native, id=6260, stack(0x05c70000,0x05cc0000)] >>>> >>>> siginfo: ExceptionCode=0xc0000005, reading address 0x002e0060 >>>> >>>> Registers: >>>> EAX=0x002e0030, EBX=0x00000011, ECX=0x0d457870, EDX=0x00000000 >>>> ESP=0x05cbd578, EBP=0x00000000, ESI=0x0d457870, EDI=0x0bae3030 >>>> EIP=0x5456b7c9, EFLAGS=0x00210246 >>>> >>>> Top of Stack: (sp=0x05cbd578) >>>> 0x05cbd578: 0d202f60 54580e41 00000001 00000001 >>>> ... >>>> 0x05cbd5e8: 54a51a88 00000000 54510e95 0d2f89a0 >>>> >>>> Instructions: (pc=0x5456b7c9) >>>> 0x5456b7a9: 24 0c 01 75 35 8b 4e 14 8b c1 c1 e8 09 a8 01 75 >>>> ... >>>> 0x5456b7d9: 06 74 07 8b ce e8 4d de ff ff 5e c2 08 00 cc cc >>>> >>>> >>>> Register to memory mapping: >>>> >>>> EAX=0x002e0030 is an unknown value >>>> EBX=0x00000011 is an unknown value >>>> ECX=0x0d457870 is an unknown value >>>> EDX=0x00000000 is an unknown value >>>> ESP=0x05cbd578 is pointing into the stack for thread: 0x0563d000 >>>> EBP=0x00000000 is an unknown value >>>> ESI=0x0d457870 is an unknown value >>>> EDI=0x0bae3030 is an unknown value >>>> >>>> >>>> Stack: [0x05c70000,0x05cc0000], sp=0x05cbd578, free space=309k >>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>> C=native >>>> code) >>>> C [jfxwebkit.dll+0x8eb7c9] >>>> >>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>>> j com.sun.webkit.WebPage.twkProcessMouseEvent(JIIIIIIIZZZZZF)Z+0 >>>> j >>>> >>>> com.sun.webkit.WebPage.dispatchMouseEvent(Lcom/sun/webkit/event/WCMouseEvent;)Z+141 >>>> j >>>> >>>> javafx.scene.web.WebView.processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+175 >>>> j >>>> >>>> javafx.scene.web.WebView.lambda$registerEventHandlers$32(Ljavafx/scene/input/MouseEvent;)V+2 >>>> j javafx.scene.web.WebView$$Lambda$87.handle(Ljavafx/event/Event;)V+8 >>>> j >>>> >>>> com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(Ljavafx/event/Event;)V+5 >>>> j >>>> >>>> com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(Ljavafx/event/Event;)V+28 >>>> j >>>> >>>> com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/EventType;Ljavafx/event/Event;)Ljavafx/event/Event;+29 >>>> j >>>> >>>> com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+8 >>>> j >>>> >>>> com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+11 >>>> j >>>> >>>> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+29 >>>> j >>>> >>>> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >>>> j >>>> >>>> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 >>>> j >>>> >>>> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >>>> j >>>> >>>> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 >>>> j >>>> >>>> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >>>> j >>>> >>>> com.sun.javafx.event.EventUtil.fireEventImpl(Ljavafx/event/EventDispatchChain;Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+10 >>>> j >>>> >>>> com.sun.javafx.event.EventUtil.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+46 >>>> j >>>> >>>> javafx.event.Event.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)V+30 >>>> j >>>> >>>> javafx.scene.Scene$MouseHandler.process(Ljavafx/scene/input/MouseEvent;Z)V+491 >>>> j >>>> >>>> javafx.scene.Scene$MouseHandler.access$1500(Ljavafx/scene/Scene$MouseHandler;Ljavafx/scene/input/MouseEvent;Z)V+3 >>>> j >>>> >>>> javafx.scene.Scene.impl_processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+6 >>>> j >>>> >>>> javafx.scene.Scene$ScenePeerListener.mouseEvent(Ljavafx/event/EventType;DDDDLjavafx/scene/input/MouseButton;ZZZZZZZZZ)V+46 >>>> j >>>> >>>> com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Void;+476 >>>> j >>>> >>>> com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Object;+1 >>>> v ~StubRoutines::call_stub >>>> J 1203 >>>> >>>> java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; >>>> (0 bytes) @ 0x029c8787 [0x029c8720+0x67] >>>> j >>>> >>>> com.sun.javafx.tk.quantum.GlassViewEventHandler.lambda$handleMouseEvent$354()Ljava/lang/Void;+11 >>>> j >>>> >>>> com.sun.javafx.tk.quantum.GlassViewEventHandler$$Lambda$191.get()Ljava/lang/Object;+4 >>>> j >>>> >>>> com.sun.javafx.tk.quantum.QuantumToolkit.runWithoutRenderLock(Ljava/util/function/Supplier;)Ljava/lang/Object;+18 >>>> j >>>> >>>> com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(Lcom/sun/glass/ui/View;JIIIIIIIZZ)V+103 >>>> j com.sun.glass.ui.View.handleMouseEvent(JIIIIIIIZZ)V+30 >>>> j com.sun.glass.ui.View.notifyMouse(IIIIIIIZZ)V+181 >>>> v ~StubRoutines::call_stub >>>> j com.sun.glass.ui.win.WinApplication._runLoop(Ljava/lang/Runnable;)V+0 >>>> j >>>> >>>> com.sun.glass.ui.win.WinApplication.lambda$null$148(ILjava/lang/Runnable;)V+8 >>>> j com.sun.glass.ui.win.WinApplication$$Lambda$38.run()V+12 >>>> j java.lang.Thread.run()V+11 >>>> v ~StubRoutines::call_stub >>>> >>>> ... >>>> >>>> # # # # # # # # # # # # # # # # # >>>> >>> >>> >> >> > > From guru.hb at oracle.com Wed Apr 13 17:49:11 2016 From: guru.hb at oracle.com (Guru Hb) Date: Wed, 13 Apr 2016 23:19:11 +0530 Subject: status behind JDK-8149738 In-Reply-To: References: <570CA69D.1060409@oracle.com> <570CBD68.7010002@oracle.com> <570DB7D5.3010704@oracle.com> Message-ID: <570E8697.7080709@oracle.com> Hi Matthieu, I could re-produce the crash as you have mentioned. Thanks for helping out to for the html test content. Please keep an eye on JI-9035239 for further updates. Thanks, Guru On 13/4/16 9:13 PM, Matthieu BROUILLARD wrote: > Hi Guru, > > I have filled an issue in http://bugreport.java.com/ ; denominated for > the moment JI-9035239. > > I have a simple reproducer test app that I also put in the bug report: > https://gist.github.com/McFoggy/e6166349b8ea012c925665fcf9625501 > > The problem occures when colgroups>col width are reset/recomputed > only. If in the webapp you uncheck the "Clear col sizes" combobox then > the app should work correctly. > If at startup you uncheck it ; it will normally work. What is weird is > that if then you re-check it ; it will continue to work and will not > fail anymore. > > Notice that with this simple reproducer test case I now reproduce the > problem not only on 32bits versions but also on 64bits 8u74 & 8u77. > > Thanks > > Matthieu > > > On Wed, Apr 13, 2016 at 5:07 AM, Guru Hb > wrote: > > Hi Matthieu, > > If you could update the re-producer html/js in the JBS would be > very help full. > > I could reproduce with > http://advanced-gwt.sourceforge.net/demo/index.html --> "Click > Heading (Caption)" --> Crash. There are multiple Table listed in > the left panel, where i can re-produce the crash which originates > from "com.sun.webkit.WebPage.twkProcessMouseEvent". > > Thanks, > Guru > > On 12/4/16 10:00 PM, Matthieu BROUILLARD wrote: >> Hi Guru, >> >> I think I have isolated the problem ; it relates to GWT FlexTable >> (with fixed column & row size) that is cleaned and refilled. >> Tomorrow I'll build a clean GWT reproducer app and will send it >> to you. >> I'll also do the exact same in pure html/js without GWT being >> involved. >> >> Matthieu >> >> >> On Tue, Apr 12, 2016 at 11:18 AM, Guru Hb > > wrote: >> >> Thank you Matthieu, >> >> Let me create a sample GWT web application with tabs along >> with the use case mentioned below. Will update the status in >> the JBS. >> >> Thanks, >> Guru >> >> >> On 12/4/16 2:26 PM, Matthieu BROUILLARD wrote: >>> Hi, >>> >>> let me try to give more insights >>> >>> />>> 0. resume of running and crashing JVMs/ >>> 64 bits: all tested work (at least issue not reproduced) >>> 32 bits: >>> - 8u74-i586, 8u60-i586: fail >>> - 8u45-i586: OK >>> >>> />>> 00. Application under test/ >>> We have simplified the reproducer JavaFX app as "just" a >>> simple webview opening our GWT webapplication. >>> There's no magic here, just a call to load() method on the >>> WebEngine of a WebView. >>> >>> />>> 1. What Content is loaded to WebEngine. (Live webpage >>> or custom content)/ >>> It is a dynamic GWT webapplication. >>> When launched, the application loads correctly: dynamic >>> content (multiple dynamic parts in the app) is >>> created/loaded/shown. >>> The loaded page shows several tabs, when clicking on a tab >>> the JVM crashes. >>> >>> />>> 2. which mouse event lead to crash (Right / left click, >>> Double click, Scroll)/ >>> single left click. >>> >>> />>> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or >>> what was the html element under which mouse event triggered >>> (Input element, Editable div, Form elements, Image , upload >>> dialog, table,etc)./ >>> it is a simple div element that is CSS styled. >>> >>> />>> 4. Any Modal Dialog used in the application under test >>> , which will be used as a call back to an event from >>> WebEngine ?/ >>> No in this case our JavaFX reproducer app, is nothing more than: >>> ... >>> WebView wv = new WebView(); >>> wv.getEngine().load("http://ourwebapp"); >>> ... >>> >>> In our global product we have indeed interaction between the >>> host JVM & the webapp ; but here we reproduce the crash with >>> a simple app consisting of the 2 lines above. >>> >>> >>> On Tue, Apr 12, 2016 at 9:41 AM, Guru Hb >> > wrote: >>> >>> Hi Matthieu, >>> >>> Crash is due to Mouse event is not handled correctly >>> from WebView context. >>> >>> Could you please provide these details. >>> >>> 1. What Content is loaded to WebEngine. (Live webpage or >>> custom content) >>> 2. which mouse event lead to crash (Right / left click, >>> Double click, Scroll) >>> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or >>> what was the html element under which mouse event >>> triggered (Input element, Editable div, Form elements, >>> Image , upload dialog, table,etc). >>> 4. Any Modal Dialog used in the application under test , >>> which will be used as a call back to an event from >>> WebEngine ? >>> >>> With above details , i could derive a test content / >>> scenario to re-produce the crash. >>> >>> Thanks, >>> Guru >>> >>> On 11/4/16 10:09 PM, Matthieu BROUILLARD wrote: >>> >>> Hi all, >>> >>> In our application that integrates some webapps we >>> are facing quite the >>> same error than the one reported at >>> https://bugs.openjdk.java.net/browse/JDK-8149738. >>> The issue above has been marked with >>> 'bugdb_22696741' ; does it mean it is >>> referenced with more details elsewhere? Is there a >>> known workaround? >>> >>> In our use case, when navigating in the webview into >>> some GWT based >>> application using 8u74-i586 (or 8u60-i586) we always >>> crash the JVM and >>> using 8u74 (64 bits) everything works. >>> Doing additional tests revealed that 8u45-b51-i586 >>> is working ; but >>> unfortunately we have already moved on to more >>> recent JDKs for our entire >>> application. >>> >>> Sadly I do not have a simple reproduction app to >>> provide. >>> We also enable some prism debug settings without >>> seeing anything relevant >>> in the logs ; activating the software pipeline >>> didn't changed anything >>> neither. >>> >>> Are there specific debug params for the webview, >>> webkit & jfxwebkit.dll ? >>> >>> The crash report looks the same than in the above issue: >>> >>> # # # # # # # # # # # # # # # # # >>> >>> # >>> # A fatal error has been detected by the Java >>> Runtime Environment: >>> # >>> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at >>> pc=0x5456b7c9, pid=5836, >>> tid=6260 >>> # >>> # JRE version: Java(TM) SE Runtime Environment >>> (8.0_74-b02) (build >>> 1.8.0_74-b02) >>> # Java VM: Java HotSpot(TM) Client VM (25.74-b02 >>> mixed mode windows-x86 ) >>> # Problematic frame: >>> # C [jfxwebkit.dll+0x8eb7c9] >>> ... >>> # >>> >>> --------------- T H R E A D --------------- >>> >>> Current thread (0x0563d000): JavaThread "JavaFX >>> Application Thread" >>> [_thread_in_native, id=6260, >>> stack(0x05c70000,0x05cc0000)] >>> >>> siginfo: ExceptionCode=0xc0000005, reading address >>> 0x002e0060 >>> >>> Registers: >>> EAX=0x002e0030, EBX=0x00000011, ECX=0x0d457870, >>> EDX=0x00000000 >>> ESP=0x05cbd578, EBP=0x00000000, ESI=0x0d457870, >>> EDI=0x0bae3030 >>> EIP=0x5456b7c9, EFLAGS=0x00210246 >>> >>> Top of Stack: (sp=0x05cbd578) >>> 0x05cbd578: 0d202f60 54580e41 00000001 00000001 >>> ... >>> 0x05cbd5e8: 54a51a88 00000000 54510e95 0d2f89a0 >>> >>> Instructions: (pc=0x5456b7c9) >>> 0x5456b7a9: 24 0c 01 75 35 8b 4e 14 8b c1 c1 e8 09 >>> a8 01 75 >>> ... >>> 0x5456b7d9: 06 74 07 8b ce e8 4d de ff ff 5e c2 08 >>> 00 cc cc >>> >>> >>> Register to memory mapping: >>> >>> EAX=0x002e0030 is an unknown value >>> EBX=0x00000011 is an unknown value >>> ECX=0x0d457870 is an unknown value >>> EDX=0x00000000 is an unknown value >>> ESP=0x05cbd578 is pointing into the stack for >>> thread: 0x0563d000 >>> EBP=0x00000000 is an unknown value >>> ESI=0x0d457870 is an unknown value >>> EDI=0x0bae3030 is an unknown value >>> >>> >>> Stack: [0x05c70000,0x05cc0000], sp=0x05cbd578, free >>> space=309k >>> Native frames: (J=compiled Java code, j=interpreted, >>> Vv=VM code, C=native >>> code) >>> C [jfxwebkit.dll+0x8eb7c9] >>> >>> Java frames: (J=compiled Java code, j=interpreted, >>> Vv=VM code) >>> j >>> com.sun.webkit.WebPage.twkProcessMouseEvent(JIIIIIIIZZZZZF)Z+0 >>> j >>> com.sun.webkit.WebPage.dispatchMouseEvent(Lcom/sun/webkit/event/WCMouseEvent;)Z+141 >>> j >>> javafx.scene.web.WebView.processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+175 >>> j >>> javafx.scene.web.WebView.lambda$registerEventHandlers$32(Ljavafx/scene/input/MouseEvent;)V+2 >>> j >>> javafx.scene.web.WebView$$Lambda$87.handle(Ljavafx/event/Event;)V+8 >>> j >>> com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(Ljavafx/event/Event;)V+5 >>> j >>> com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(Ljavafx/event/Event;)V+28 >>> j >>> com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/EventType;Ljavafx/event/Event;)Ljavafx/event/Event;+29 >>> j >>> com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+8 >>> j >>> com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+11 >>> j >>> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+29 >>> j >>> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >>> j >>> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 >>> j >>> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >>> j >>> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 >>> j >>> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >>> j >>> com.sun.javafx.event.EventUtil.fireEventImpl(Ljavafx/event/EventDispatchChain;Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+10 >>> j >>> com.sun.javafx.event.EventUtil.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+46 >>> j >>> javafx.event.Event.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)V+30 >>> j >>> javafx.scene.Scene$MouseHandler.process(Ljavafx/scene/input/MouseEvent;Z)V+491 >>> j >>> javafx.scene.Scene$MouseHandler.access$1500(Ljavafx/scene/Scene$MouseHandler;Ljavafx/scene/input/MouseEvent;Z)V+3 >>> j >>> javafx.scene.Scene.impl_processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+6 >>> j >>> javafx.scene.Scene$ScenePeerListener.mouseEvent(Ljavafx/event/EventType;DDDDLjavafx/scene/input/MouseButton;ZZZZZZZZZ)V+46 >>> j >>> com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Void;+476 >>> j >>> com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Object;+1 >>> v ~StubRoutines::call_stub >>> J 1203 >>> java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; >>> (0 bytes) @ 0x029c8787 [0x029c8720+0x67] >>> j >>> com.sun.javafx.tk.quantum.GlassViewEventHandler.lambda$handleMouseEvent$354()Ljava/lang/Void;+11 >>> j >>> com.sun.javafx.tk.quantum.GlassViewEventHandler$$Lambda$191.get()Ljava/lang/Object;+4 >>> j >>> com.sun.javafx.tk.quantum.QuantumToolkit.runWithoutRenderLock(Ljava/util/function/Supplier;)Ljava/lang/Object;+18 >>> j >>> com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(Lcom/sun/glass/ui/View;JIIIIIIIZZ)V+103 >>> j com.sun.glass.ui.View.handleMouseEvent(JIIIIIIIZZ)V+30 >>> j com.sun.glass.ui.View.notifyMouse(IIIIIIIZZ)V+181 >>> v ~StubRoutines::call_stub >>> j >>> com.sun.glass.ui.win.WinApplication._runLoop(Ljava/lang/Runnable;)V+0 >>> j >>> com.sun.glass.ui.win.WinApplication.lambda$null$148(ILjava/lang/Runnable;)V+8 >>> j >>> com.sun.glass.ui.win.WinApplication$$Lambda$38.run()V+12 >>> j java.lang.Thread.run()V+11 >>> v ~StubRoutines::call_stub >>> >>> ... >>> >>> # # # # # # # # # # # # # # # # # >>> >>> >>> >> >> > > From philip.race at oracle.com Wed Apr 13 21:28:20 2016 From: philip.race at oracle.com (Phil Race) Date: Wed, 13 Apr 2016 14:28:20 -0700 Subject: [9] Review request for 8150076: Print jobs are not finished when used a page range In-Reply-To: <570D2097.1090603@oracle.com> References: <570D2097.1090603@oracle.com> Message-ID: <570EB9F4.9000201@oracle.com> I have an old PageRange printing test where I set settings.setPageRanges(new PageRange(1,3)); and it prints fine on JDK 9 on Win 7 x64. In fact it also prints fine with 8u74 Also a thread dump doesn't show any problem with the print thread not terminating. So I assume the test that shows the bug must be doing something I am not. You say [9] above but I see your webrev suggests 8u ! "/cygdrive/c/ws/javafx/8u-dev/rt" Can you please (a) prepare a webrev against 9 instead of 8u. (b) include (and therefore share) the test you are using that illustrates the problem. -phil. On 04/12/2016 09:21 AM, mikhail cherkasov wrote: > Hi all, > > Could you please review the fix for: > https://bugs.openjdk.java.net/browse/JDK-8150076 > webrev: > http://cr.openjdk.java.net/~mcherkas/8150076/webrev.00/ > > J2DPrinterJob waits when page printing is done, but doesn't check that > the whole job is done or that it is failed due error, as result we can > never quit from while cycle in method " implPrintPage". > The fix adds this checks. > > Thanks, > Mikhail. From David.Hill at Oracle.com Wed Apr 13 22:09:36 2016 From: David.Hill at Oracle.com (David Hill) Date: Wed, 13 Apr 2016 18:09:36 -0400 Subject: review: Clear potential exception when reporting exceptions from JNI Glass GTK Message-ID: <570EC3A0.90700@Oracle.com> Kevin, could you review: Clear potential exception when reporting exceptions from JNI Glass GTK A one line diff in: https://bugs.openjdk.java.net/browse/JDK-8154206 -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From alexander.matveev at oracle.com Thu Apr 14 02:44:12 2016 From: alexander.matveev at oracle.com (Alexander Matveev) Date: Wed, 13 Apr 2016 19:44:12 -0700 Subject: [9] Review request for 8136918: Ensemble uses deprecated flv (vp6) media files hosted on OTN Message-ID: <570F03FC.7040404@oracle.com> Hi Kevin, Please review the following: https://bugs.openjdk.java.net/browse/JDK-8136918 Updated Ensemble and HelloMedia to use oow2010-2.mp4 instead of oow2010-2.flv. Thanks, Alexander From ali.ebrahimi1781 at gmail.com Thu Apr 14 09:34:11 2016 From: ali.ebrahimi1781 at gmail.com (Ali Ebrahimi) Date: Thu, 14 Apr 2016 14:04:11 +0430 Subject: Webkit: Conversion from string literal loses const qualifier In-Reply-To: References: <570D75B8.3050005@oracle.com> <570E250B.1010707@oracle.com> Message-ID: Hi, On Thu, Apr 14, 2016 at 11:30 AM, Murali Billa wrote: > Hi Ali, > > Are you getting error due to 2nd OR 3rd parameter? As per your error, > you are getting error for 3rd parameter right? As you already know, we > fixed the issue for 3rd parameter. > > ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackFo > >>>> rwardListJava.cpp(46) > >>>> : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const > >>>> char *)' : cannot convert argument 3 from 'const char [7]' to 'char *' > >>>> Conversion from string literal loses const qualifier (see > >>>> /Zc:strictStrings) > > I tried to reproduce the error for 2nd parameter with VS 2013 professional > + update 5 on windows 7 64 bit. But Im not able to get the error for 2nd > parameter and code is building successfully. > I build with VS2013 utimate update 5 on win 8.1 64 bit with WinSDK 8.1 and get compile error. So I can not say anything here. > Can you please confirm about which parameter(2nd/3rd) is causing the error > for you? > I think indexing start from 1 in error msgs. argument 1, argument 2, ... The error relates to parameter *name *in initMethod. Please follow error msgs more precisely: ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava .cpp(46) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char*)' : cannot convert argument 3 from 'const char [7]' to 'char *' Conversion from string literal loses const qualifier (see /Zc:strictStrings) Line 46: * return initMethod(env, cls, "", signature);* Here, argument 3 is *""* (*const char [7]*) and its target type is *"char *"* in initMethod signature. So here code implicitly tries to convert const string to non-const string. If you want compiler not complain here you should explicitly cast string literal to "char *". return initMethod(env, cls, *(char*)*"", signature); ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava .cpp(87) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char*)' : cannot convert argument 3 from *'const char [18]'* to 'char *' Conversion from string literal loses const qualifier (see /Zc:strictStrings) Line 87: static jmethodID notifyItemChangedMID = initMethod(env, getJEntryClass(), "notifyItemChanged", "()V"); Here, argument 3 is *"notifyItemChanged" *with type *'const char [18]' *and its target type is *"char *"* in initMethod signature. Above error reason and workaround applies here. static jmethodID notifyItemChangedMID = initMethod(env, getJEntryClass(), (*char**)"notifyItemChanged", "()V"); ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava .cpp(98) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char*)' : cannot convert argument 3 from *'const char [20]' *to 'char *' Conversion from string literal loses const qualifier (see /Zc:strictStrings) Line 98: initMethod(env, getJEntryClass(), "notifyItemDestroyed", "()V"); Here, argument 3 is "notifyItemDestroyed" with compiler type *'const char [20]' *and target type is *"char *"* in initMethod signature. Again all same. workaound: initMethod(env, getJEntryClass(), (*char**)"notifyItemDestroyed", "()V"); ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava .cpp(311) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char *)' : cannot convert argument 3 from 'const char [14]' to 'char *' Conversion from string literal loses const qualifier (see /Zc:strictStrings) Line 311: static jmethodID notifyChangedMID = initMethod( env, getJBFLClass(), "notifyChanged", "()V"); Finally, here argument 3 is "notifyChanged" with compiler type *'const char [14]' *and target type is *"char *"* in initMethod signature. So, same error and workaound: static jmethodID notifyChangedMID = initMethod( env, getJBFLClass(), (*char**)"notifyChanged", "()V"); So we have two way, 1: add all above casts 2: change initMethod signature: static jmethodID initMethod(JNIEnv* env, jclass cls, *const *char* name, const char* signature) Both works for me, but I vote for option 2. What do you think? -- Best Regards, Ali Ebrahimi From matthieu at brouillard.fr Thu Apr 14 10:34:10 2016 From: matthieu at brouillard.fr (Matthieu BROUILLARD) Date: Thu, 14 Apr 2016 12:34:10 +0200 Subject: status behind JDK-8149738 In-Reply-To: <570E8697.7080709@oracle.com> References: <570CA69D.1060409@oracle.com> <570CBD68.7010002@oracle.com> <570DB7D5.3010704@oracle.com> <570E8697.7080709@oracle.com> Message-ID: Many thanks to you and all the OpenJDK commiters for the great work & support that you provide. Matthieu On Wed, Apr 13, 2016 at 7:49 PM, Guru Hb wrote: > Hi Matthieu, > > I could re-produce the crash as you have mentioned. Thanks for helping out > to for the html test content. > > Please keep an eye on JI-9035239 for further updates. > > Thanks, > Guru > > > On 13/4/16 9:13 PM, Matthieu BROUILLARD wrote: > > Hi Guru, > > I have filled an issue in http://bugreport.java.com/ ; denominated for > the moment JI-9035239. > > I have a simple reproducer test app that I also put in the bug report: > > https://gist.github.com/McFoggy/e6166349b8ea012c925665fcf9625501 > > The problem occures when colgroups>col width are reset/recomputed only. If > in the webapp you uncheck the "Clear col sizes" combobox then the app > should work correctly. > If at startup you uncheck it ; it will normally work. What is weird is > that if then you re-check it ; it will continue to work and will not fail > anymore. > > Notice that with this simple reproducer test case I now reproduce the > problem not only on 32bits versions but also on 64bits 8u74 & 8u77. > > Thanks > > Matthieu > > > On Wed, Apr 13, 2016 at 5:07 AM, Guru Hb wrote: > >> Hi Matthieu, >> >> If you could update the re-producer html/js in the JBS would be very help >> full. >> >> I could reproduce with >> http://advanced-gwt.sourceforge.net/demo/index.html --> "Click Heading >> (Caption)" --> Crash. There are multiple Table listed in the left panel, >> where i can re-produce the crash which originates from >> "com.sun.webkit.WebPage.twkProcessMouseEvent". >> >> Thanks, >> Guru >> >> On 12/4/16 10:00 PM, Matthieu BROUILLARD wrote: >> >> Hi Guru, >> >> I think I have isolated the problem ; it relates to GWT FlexTable (with >> fixed column & row size) that is cleaned and refilled. >> Tomorrow I'll build a clean GWT reproducer app and will send it to you. >> I'll also do the exact same in pure html/js without GWT being involved. >> >> Matthieu >> >> >> On Tue, Apr 12, 2016 at 11:18 AM, Guru Hb < >> guru.hb at oracle.com> wrote: >> >>> Thank you Matthieu, >>> >>> Let me create a sample GWT web application with tabs along with the use >>> case mentioned below. Will update the status in the JBS. >>> >>> Thanks, >>> Guru >>> >>> >>> On 12/4/16 2:26 PM, Matthieu BROUILLARD wrote: >>> >>> Hi, >>> >>> let me try to give more insights >>> >>> *>>> 0. resume of running and crashing JVMs* >>> 64 bits: all tested work (at least issue not reproduced) >>> 32 bits: >>> - 8u74-i586, 8u60-i586: fail >>> - 8u45-i586: OK >>> >>> *>>> 00. Application under test* >>> We have simplified the reproducer JavaFX app as "just" a simple webview >>> opening our GWT webapplication. >>> There's no magic here, just a call to load() method on the WebEngine of >>> a WebView. >>> >>> *>>> 1. What Content is loaded to WebEngine. (Live webpage or custom >>> content)* >>> It is a dynamic GWT webapplication. >>> When launched, the application loads correctly: dynamic content >>> (multiple dynamic parts in the app) is created/loaded/shown. >>> The loaded page shows several tabs, when clicking on a tab the JVM >>> crashes. >>> >>> *>>> 2. which mouse event lead to crash (Right / left click, Double >>> click, Scroll)* >>> single left click. >>> >>> *>>> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what was >>> the html element under which mouse event triggered (Input element, Editable >>> div, Form elements, Image , upload dialog, table,etc).* >>> it is a simple div element that is CSS styled. >>> >>> *>>> 4. Any Modal Dialog used in the application under test , which will >>> be used as a call back to an event from WebEngine ?* >>> No in this case our JavaFX reproducer app, is nothing more than: >>> ... >>> WebView wv = new WebView(); >>> wv.getEngine().load(" http://ourwebapp"); >>> ... >>> >>> In our global product we have indeed interaction between the host JVM & >>> the webapp ; but here we reproduce the crash with a simple app consisting >>> of the 2 lines above. >>> >>> >>> On Tue, Apr 12, 2016 at 9:41 AM, Guru Hb < >>> guru.hb at oracle.com> wrote: >>> >>>> Hi Matthieu, >>>> >>>> Crash is due to Mouse event is not handled correctly from WebView >>>> context. >>>> >>>> Could you please provide these details. >>>> >>>> 1. What Content is loaded to WebEngine. (Live webpage or custom content) >>>> 2. which mouse event lead to crash (Right / left click, Double click, >>>> Scroll) >>>> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what was the >>>> html element under which mouse event triggered (Input element, Editable >>>> div, Form elements, Image , upload dialog, table,etc). >>>> 4. Any Modal Dialog used in the application under test , which will be >>>> used as a call back to an event from WebEngine ? >>>> >>>> With above details , i could derive a test content / scenario to >>>> re-produce the crash. >>>> >>>> Thanks, >>>> Guru >>>> >>>> On 11/4/16 10:09 PM, Matthieu BROUILLARD wrote: >>>> >>>>> Hi all, >>>>> >>>>> In our application that integrates some webapps we are facing quite the >>>>> same error than the one reported at >>>>> https://bugs.openjdk.java.net/browse/JDK-8149738. >>>>> The issue above has been marked with 'bugdb_22696741' ; does it mean >>>>> it is >>>>> referenced with more details elsewhere? Is there a known workaround? >>>>> >>>>> In our use case, when navigating in the webview into some GWT based >>>>> application using 8u74-i586 (or 8u60-i586) we always crash the JVM and >>>>> using 8u74 (64 bits) everything works. >>>>> Doing additional tests revealed that 8u45-b51-i586 is working ; but >>>>> unfortunately we have already moved on to more recent JDKs for our >>>>> entire >>>>> application. >>>>> >>>>> Sadly I do not have a simple reproduction app to provide. >>>>> We also enable some prism debug settings without seeing anything >>>>> relevant >>>>> in the logs ; activating the software pipeline didn't changed anything >>>>> neither. >>>>> >>>>> Are there specific debug params for the webview, webkit & >>>>> jfxwebkit.dll ? >>>>> >>>>> The crash report looks the same than in the above issue: >>>>> >>>>> # # # # # # # # # # # # # # # # # >>>>> >>>>> # >>>>> # A fatal error has been detected by the Java Runtime Environment: >>>>> # >>>>> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x5456b7c9, pid=5836, >>>>> tid=6260 >>>>> # >>>>> # JRE version: Java(TM) SE Runtime Environment (8.0_74-b02) (build >>>>> 1.8.0_74-b02) >>>>> # Java VM: Java HotSpot(TM) Client VM (25.74-b02 mixed mode >>>>> windows-x86 ) >>>>> # Problematic frame: >>>>> # C [jfxwebkit.dll+0x8eb7c9] >>>>> ... >>>>> # >>>>> >>>>> --------------- T H R E A D --------------- >>>>> >>>>> Current thread (0x0563d000): JavaThread "JavaFX Application Thread" >>>>> [_thread_in_native, id=6260, stack(0x05c70000,0x05cc0000)] >>>>> >>>>> siginfo: ExceptionCode=0xc0000005, reading address 0x002e0060 >>>>> >>>>> Registers: >>>>> EAX=0x002e0030, EBX=0x00000011, ECX=0x0d457870, EDX=0x00000000 >>>>> ESP=0x05cbd578, EBP=0x00000000, ESI=0x0d457870, EDI=0x0bae3030 >>>>> EIP=0x5456b7c9, EFLAGS=0x00210246 >>>>> >>>>> Top of Stack: (sp=0x05cbd578) >>>>> 0x05cbd578: 0d202f60 54580e41 00000001 00000001 >>>>> ... >>>>> 0x05cbd5e8: 54a51a88 00000000 54510e95 0d2f89a0 >>>>> >>>>> Instructions: (pc=0x5456b7c9) >>>>> 0x5456b7a9: 24 0c 01 75 35 8b 4e 14 8b c1 c1 e8 09 a8 01 75 >>>>> ... >>>>> 0x5456b7d9: 06 74 07 8b ce e8 4d de ff ff 5e c2 08 00 cc cc >>>>> >>>>> >>>>> Register to memory mapping: >>>>> >>>>> EAX=0x002e0030 is an unknown value >>>>> EBX=0x00000011 is an unknown value >>>>> ECX=0x0d457870 is an unknown value >>>>> EDX=0x00000000 is an unknown value >>>>> ESP=0x05cbd578 is pointing into the stack for thread: 0x0563d000 >>>>> EBP=0x00000000 is an unknown value >>>>> ESI=0x0d457870 is an unknown value >>>>> EDI=0x0bae3030 is an unknown value >>>>> >>>>> >>>>> Stack: [0x05c70000,0x05cc0000], sp=0x05cbd578, free space=309k >>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>>> C=native >>>>> code) >>>>> C [jfxwebkit.dll+0x8eb7c9] >>>>> >>>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>>>> j com.sun.webkit.WebPage.twkProcessMouseEvent(JIIIIIIIZZZZZF)Z+0 >>>>> j >>>>> >>>>> com.sun.webkit.WebPage.dispatchMouseEvent(Lcom/sun/webkit/event/WCMouseEvent;)Z+141 >>>>> j >>>>> >>>>> javafx.scene.web.WebView.processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+175 >>>>> j >>>>> >>>>> javafx.scene.web.WebView.lambda$registerEventHandlers$32(Ljavafx/scene/input/MouseEvent;)V+2 >>>>> j javafx.scene.web.WebView$$Lambda$87.handle(Ljavafx/event/Event;)V+8 >>>>> j >>>>> >>>>> com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(Ljavafx/event/Event;)V+5 >>>>> j >>>>> >>>>> com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(Ljavafx/event/Event;)V+28 >>>>> j >>>>> >>>>> com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/EventType;Ljavafx/event/Event;)Ljavafx/event/Event;+29 >>>>> j >>>>> >>>>> com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+8 >>>>> j >>>>> >>>>> com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+11 >>>>> j >>>>> >>>>> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+29 >>>>> j >>>>> >>>>> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >>>>> j >>>>> >>>>> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 >>>>> j >>>>> >>>>> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >>>>> j >>>>> >>>>> com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(Ljavafx/event/Event;Ljavafx/event/EventDispatchChain;)Ljavafx/event/Event;+17 >>>>> j >>>>> >>>>> com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(Ljavafx/event/Event;)Ljavafx/event/Event;+69 >>>>> j >>>>> >>>>> com.sun.javafx.event.EventUtil.fireEventImpl(Ljavafx/event/EventDispatchChain;Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+10 >>>>> j >>>>> >>>>> com.sun.javafx.event.EventUtil.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)Ljavafx/event/Event;+46 >>>>> j >>>>> >>>>> javafx.event.Event.fireEvent(Ljavafx/event/EventTarget;Ljavafx/event/Event;)V+30 >>>>> j >>>>> >>>>> javafx.scene.Scene$MouseHandler.process(Ljavafx/scene/input/MouseEvent;Z)V+491 >>>>> j >>>>> >>>>> javafx.scene.Scene$MouseHandler.access$1500(Ljavafx/scene/Scene$MouseHandler;Ljavafx/scene/input/MouseEvent;Z)V+3 >>>>> j >>>>> >>>>> javafx.scene.Scene.impl_processMouseEvent(Ljavafx/scene/input/MouseEvent;)V+6 >>>>> j >>>>> >>>>> javafx.scene.Scene$ScenePeerListener.mouseEvent(Ljavafx/event/EventType;DDDDLjavafx/scene/input/MouseButton;ZZZZZZZZZ)V+46 >>>>> j >>>>> >>>>> com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Void;+476 >>>>> j >>>>> >>>>> com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run()Ljava/lang/Object;+1 >>>>> v ~StubRoutines::call_stub >>>>> J 1203 >>>>> >>>>> java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; >>>>> (0 bytes) @ 0x029c8787 [0x029c8720+0x67] >>>>> j >>>>> >>>>> com.sun.javafx.tk.quantum.GlassViewEventHandler.lambda$handleMouseEvent$354()Ljava/lang/Void;+11 >>>>> j >>>>> >>>>> com.sun.javafx.tk.quantum.GlassViewEventHandler$$Lambda$191.get()Ljava/lang/Object;+4 >>>>> j >>>>> >>>>> com.sun.javafx.tk.quantum.QuantumToolkit.runWithoutRenderLock(Ljava/util/function/Supplier;)Ljava/lang/Object;+18 >>>>> j >>>>> >>>>> com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(Lcom/sun/glass/ui/View;JIIIIIIIZZ)V+103 >>>>> j com.sun.glass.ui.View.handleMouseEvent(JIIIIIIIZZ)V+30 >>>>> j com.sun.glass.ui.View.notifyMouse(IIIIIIIZZ)V+181 >>>>> v ~StubRoutines::call_stub >>>>> j >>>>> com.sun.glass.ui.win.WinApplication._runLoop(Ljava/lang/Runnable;)V+0 >>>>> j >>>>> >>>>> com.sun.glass.ui.win.WinApplication.lambda$null$148(ILjava/lang/Runnable;)V+8 >>>>> j com.sun.glass.ui.win.WinApplication$$Lambda$38.run()V+12 >>>>> j java.lang.Thread.run()V+11 >>>>> v ~StubRoutines::call_stub >>>>> >>>>> ... >>>>> >>>>> # # # # # # # # # # # # # # # # # >>>>> >>>> >>>> >>> >>> >> >> > > From ali.ebrahimi1781 at gmail.com Thu Apr 14 18:41:05 2016 From: ali.ebrahimi1781 at gmail.com (Ali Ebrahimi) Date: Thu, 14 Apr 2016 23:11:05 +0430 Subject: Glass: CGLCreateContext error: 10002: empty window on MacOSX VM Message-ID: On macosx vm: We running with software pipeline user get CGLCreateContext error: 10002 in glass native code so this error causes empty window without any controls in app window. The following patch fixes this issue and I can run Ensemple8 application successfully. diff -r 3f15f2e59063 modules/graphics/src/main/native-glass/mac/GlassView3D.m --- a/modules/graphics/src/main/native-glass/mac/GlassView3D.m Wed Apr 13 12:36:43 2016 -0700 +++ b/modules/graphics/src/main/native-glass/mac/GlassView3D.m Thu Apr 14 23:08:16 2016 +0430 @@ -93,9 +93,18 @@ }; GLint npix = 0; CGLError err = CGLChoosePixelFormat(attributes, &pix, &npix); - if (err != kCGLNoError) + if (pix == NULL) { - NSLog(@"CGLChoosePixelFormat error: %d", err); + const CGLPixelFormatAttribute attributes2[] = + { + kCGLPFAAllowOfflineRenderers, + (CGLPixelFormatAttribute)0 + }; + err = CGLChoosePixelFormat(attributes2, &pix, &npix); + if (err != kCGLNoError) + { + NSLog(@"CGLChoosePixelFormat error: %d", err); + } } } return pix; -- Best Regards, Ali Ebrahimi From David.Hill at Oracle.com Thu Apr 14 18:49:04 2016 From: David.Hill at Oracle.com (David Hill) Date: Thu, 14 Apr 2016 14:49:04 -0400 Subject: review: quiet Prism warnings Message-ID: <570FE620.5040400@Oracle.com> Kevin, Chien, would you review this quick fix to quiet some warnings ? Tested on OEL, Ubuntu, Mac Windows. https://bugs.openjdk.java.net/browse/JDK-8154256 http://cr.openjdk.java.net/~ddhill/8154256/ -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From alexander.zvegintsev at oracle.com Thu Apr 14 18:54:24 2016 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Thu, 14 Apr 2016 21:54:24 +0300 Subject: [9] Review request: 8088916: Replace sun.net.www.ParseUtil#decode with public API Message-ID: <570FE760.3080703@oracle.com> Hi Kevin, please review the fix http://cr.openjdk.java.net/~azvegint/jdk/9/8088916/00/ for the issue https://bugs.openjdk.java.net/browse/JDK-8088916 -- -- Thanks, Alexander. From ali.ebrahimi1781 at gmail.com Thu Apr 14 19:16:50 2016 From: ali.ebrahimi1781 at gmail.com (Ali Ebrahimi) Date: Thu, 14 Apr 2016 23:46:50 +0430 Subject: Jvm crash: es2 pipeline crashs jvm on macosx vm Message-ID: When running javafx apps with es2 pipeline on macosx vm I get jvm crash. The following patch fixes this issue and I can run Ensemple8 application with es2 pipeline successfully. The good news is that 3D support is works fine. diff -r 3f15f2e59063 modules/graphics/src/main/native-prism-es2/macosx/MacOSXWindowSystemInterface.m --- a/modules/graphics/src/main/native-prism-es2/macosx/MacOSXWindowSystemInterface.m Wed Apr 13 12:36:43 2016 -0700 +++ b/modules/graphics/src/main/native-prism-es2/macosx/MacOSXWindowSystemInterface.m Thu Apr 14 23:45:18 2016 +0430 @@ -68,7 +68,12 @@ NSOpenGLPixelFormat *fmt = [[NSOpenGLPixelFormat alloc] initWithAttributes : attribs]; if (fmt == nil) { // should we fallback to defaults or not? - fmt = [NSOpenGLView defaultPixelFormat]; + //fmt = [NSOpenGLView defaultPixelFormat]; + NSOpenGLPixelFormatAttribute attributes[] = { + NSOpenGLPFAAllowOfflineRenderers, + 0 + }; + fmt = [[NSOpenGLPixelFormat alloc] initWithAttributes : attributes]; } [pool release]; -- Best Regards, Ali Ebrahimi From murali.billa at oracle.com Thu Apr 14 19:28:36 2016 From: murali.billa at oracle.com (Murali Billa) Date: Thu, 14 Apr 2016 12:28:36 -0700 (PDT) Subject: [9] Review request for 8154161: Webkit: Conversion from string literal loses const qualifier Message-ID: Hi Kevin, Alexander & Arun, Can you please review below fix. JBS : https://bugs.openjdk.java.net/browse/JDK-8154161 Webrev : http://cr.openjdk.java.net/~mbilla/8154161/webrev.00/ Thanks, Murali From kevin.rushforth at oracle.com Thu Apr 14 20:27:00 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 14 Apr 2016 13:27:00 -0700 Subject: [9] Review request: 8154203: Use StackWalker instead of the now-deprecated sun.reflect.Reflection class Message-ID: <570FFD14.5080608@oracle.com> Hi Vadim, Please review: https://bugs.openjdk.java.net/browse/JDK-8154203 http://cr.openjdk.java.net/~kcr/8154203/webrev.00/ It's a straight-forward fix to replace Reflection::getCallerClass with StackWalker::getCallerClass and remove the (no longer needed) CallerSensitive annotation. -- Kevin From Alan.Bateman at oracle.com Thu Apr 14 20:30:53 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 14 Apr 2016 21:30:53 +0100 Subject: [9] Review request: 8154203: Use StackWalker instead of the now-deprecated sun.reflect.Reflection class In-Reply-To: <570FFD14.5080608@oracle.com> References: <570FFD14.5080608@oracle.com> Message-ID: <570FFDFD.9090008@oracle.com> On 14/04/2016 21:27, Kevin Rushforth wrote: > Hi Vadim, > > Please review: > > https://bugs.openjdk.java.net/browse/JDK-8154203 > http://cr.openjdk.java.net/~kcr/8154203/webrev.00/ > > It's a straight-forward fix to replace Reflection::getCallerClass with > StackWalker::getCallerClass and remove the (no longer needed) > CallerSensitive annotation. > This looks good. From chien.yang at oracle.com Thu Apr 14 21:37:23 2016 From: chien.yang at oracle.com (Chien Yang) Date: Thu, 14 Apr 2016 14:37:23 -0700 Subject: Jvm crash: es2 pipeline crashs jvm on macosx vm In-Reply-To: References: Message-ID: <57100D93.5030200@oracle.com> Thanks reporting your finding and suggestion. Do you mind filing a bug report? Please include the steps and your system configuration that we may reproduce the crash on our end. https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report Thanks, - Chien On 4/14/2016 12:16 PM, Ali Ebrahimi wrote: > When running javafx apps with es2 pipeline on macosx vm I get jvm crash. > > The following patch fixes this issue and I can run Ensemple8 application > with es2 pipeline successfully. > The good news is that 3D support is works fine. > > diff -r 3f15f2e59063 > modules/graphics/src/main/native-prism-es2/macosx/MacOSXWindowSystemInterface.m > --- > a/modules/graphics/src/main/native-prism-es2/macosx/MacOSXWindowSystemInterface.m > Wed > Apr 13 12:36:43 2016 -0700 > +++ > b/modules/graphics/src/main/native-prism-es2/macosx/MacOSXWindowSystemInterface.m > Thu > Apr 14 23:45:18 2016 +0430 > @@ -68,7 +68,12 @@ > NSOpenGLPixelFormat *fmt = [[NSOpenGLPixelFormat alloc] > initWithAttributes : attribs]; > if (fmt == nil) { > // should we fallback to defaults or not? > - fmt = [NSOpenGLView defaultPixelFormat]; > + //fmt = [NSOpenGLView defaultPixelFormat]; > + NSOpenGLPixelFormatAttribute attributes[] = { > + NSOpenGLPFAAllowOfflineRenderers, > + 0 > + }; > + fmt = [[NSOpenGLPixelFormat alloc] initWithAttributes : > attributes]; > } > > [pool release]; > From chien.yang at oracle.com Thu Apr 14 22:17:33 2016 From: chien.yang at oracle.com (Chien Yang) Date: Thu, 14 Apr 2016 15:17:33 -0700 Subject: Glass: CGLCreateContext error: 10002: empty window on MacOSX VM In-Reply-To: References: Message-ID: <571016FD.5060402@oracle.com> We are interested in knowing how and when you use the software pipe of JavaFX on Mac. Can you please submit a bug report and provide those information? https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report Thanks, - Chien On 4/14/2016 11:41 AM, Ali Ebrahimi wrote: > On macosx vm: > > We running with software pipeline user get CGLCreateContext error: 10002 in > glass native code so this error causes empty window without any controls in > app window. > > The following patch fixes this issue and I can run Ensemple8 application > successfully. > > diff -r 3f15f2e59063 > modules/graphics/src/main/native-glass/mac/GlassView3D.m > --- a/modules/graphics/src/main/native-glass/mac/GlassView3D.m Wed Apr 13 > 12:36:43 2016 -0700 > +++ b/modules/graphics/src/main/native-glass/mac/GlassView3D.m Thu Apr 14 > 23:08:16 2016 +0430 > @@ -93,9 +93,18 @@ > }; > GLint npix = 0; > CGLError err = CGLChoosePixelFormat(attributes, &pix, &npix); > - if (err != kCGLNoError) > + if (pix == NULL) > { > - NSLog(@"CGLChoosePixelFormat error: %d", err); > + const CGLPixelFormatAttribute attributes2[] = > + { > + kCGLPFAAllowOfflineRenderers, > + (CGLPixelFormatAttribute)0 > + }; > + err = CGLChoosePixelFormat(attributes2, &pix, &npix); > + if (err != kCGLNoError) > + { > + NSLog(@"CGLChoosePixelFormat error: %d", err); > + } > } > } > return pix; From mandy.chung at oracle.com Thu Apr 14 22:35:13 2016 From: mandy.chung at oracle.com (Mandy Chung) Date: Thu, 14 Apr 2016 17:35:13 -0500 Subject: [9] Review request: 8154203: Use StackWalker instead of the now-deprecated sun.reflect.Reflection class In-Reply-To: <570FFD14.5080608@oracle.com> References: <570FFD14.5080608@oracle.com> Message-ID: <30140765-B3D1-44F1-B87F-569B6FDAD394@oracle.com> > On Apr 14, 2016, at 3:27 PM, Kevin Rushforth wrote: > > Hi Vadim, > > Please review: > > https://bugs.openjdk.java.net/browse/JDK-8154203 > http://cr.openjdk.java.net/~kcr/8154203/webrev.00/ > > It's a straight-forward fix to replace Reflection::getCallerClass with StackWalker::getCallerClass and remove the (no longer needed) CallerSensitive annotation. +1 It?s good to see this migrate to use StackWalker. Mandy From ali.ebrahimi1781 at gmail.com Fri Apr 15 05:58:00 2016 From: ali.ebrahimi1781 at gmail.com (Ali Ebrahimi) Date: Fri, 15 Apr 2016 10:28:00 +0430 Subject: Jvm crash: es2 pipeline crashs jvm on macosx vm In-Reply-To: <57100D93.5030200@oracle.com> References: <57100D93.5030200@oracle.com> Message-ID: Hi Chien, I googled and found there are already similar crash reports in javafx8 timeframe for this problem: https://bugs.openjdk.java.net/browse/JDK-8096072 https://bugs.openjdk.java.net/browse/JDK-8092559 Since I can't comment on this issues on jira to add my patch, should I report new bug report for FX9? Note: This patch also works for javafx8. On Fri, Apr 15, 2016 at 2:07 AM, Chien Yang wrote: > Thanks reporting your finding and suggestion. Do you mind filing a bug > report? Please include the steps and your system configuration that we may > reproduce the crash on our end. > > https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report > > Thanks, > - Chien > > > On 4/14/2016 12:16 PM, Ali Ebrahimi wrote: > >> When running javafx apps with es2 pipeline on macosx vm I get jvm crash. >> >> The following patch fixes this issue and I can run Ensemple8 application >> with es2 pipeline successfully. >> The good news is that 3D support is works fine. >> >> diff -r 3f15f2e59063 >> >> modules/graphics/src/main/native-prism-es2/macosx/MacOSXWindowSystemInterface.m >> --- >> >> a/modules/graphics/src/main/native-prism-es2/macosx/MacOSXWindowSystemInterface.m >> Wed >> Apr 13 12:36:43 2016 -0700 >> +++ >> >> b/modules/graphics/src/main/native-prism-es2/macosx/MacOSXWindowSystemInterface.m >> Thu >> Apr 14 23:45:18 2016 +0430 >> @@ -68,7 +68,12 @@ >> NSOpenGLPixelFormat *fmt = [[NSOpenGLPixelFormat alloc] >> initWithAttributes : attribs]; >> if (fmt == nil) { >> // should we fallback to defaults or not? >> - fmt = [NSOpenGLView defaultPixelFormat]; >> + //fmt = [NSOpenGLView defaultPixelFormat]; >> + NSOpenGLPixelFormatAttribute attributes[] = { >> + NSOpenGLPFAAllowOfflineRenderers, >> + 0 >> + }; >> + fmt = [[NSOpenGLPixelFormat alloc] initWithAttributes : >> attributes]; >> } >> >> [pool release]; >> >> > -- Best Regards, Ali Ebrahimi From ali.ebrahimi1781 at gmail.com Fri Apr 15 06:20:57 2016 From: ali.ebrahimi1781 at gmail.com (Ali Ebrahimi) Date: Fri, 15 Apr 2016 10:50:57 +0430 Subject: Glass: CGLCreateContext error: 10002: empty window on MacOSX VM In-Reply-To: <571016FD.5060402@oracle.com> References: <571016FD.5060402@oracle.com> Message-ID: Done. Review ID: JI-9035391 On Fri, Apr 15, 2016 at 2:47 AM, Chien Yang wrote: > We are interested in knowing how and when you use the software pipe of > JavaFX on Mac. Can you please submit a bug report and provide those > information? > > https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report > > Thanks, > - Chien > > > On 4/14/2016 11:41 AM, Ali Ebrahimi wrote: > >> On macosx vm: >> >> We running with software pipeline user get CGLCreateContext error: 10002 >> in >> glass native code so this error causes empty window without any controls >> in >> app window. >> >> The following patch fixes this issue and I can run Ensemple8 application >> successfully. >> >> diff -r 3f15f2e59063 >> modules/graphics/src/main/native-glass/mac/GlassView3D.m >> --- a/modules/graphics/src/main/native-glass/mac/GlassView3D.m Wed Apr 13 >> 12:36:43 2016 -0700 >> +++ b/modules/graphics/src/main/native-glass/mac/GlassView3D.m Thu Apr 14 >> 23:08:16 2016 +0430 >> @@ -93,9 +93,18 @@ >> }; >> GLint npix = 0; >> CGLError err = CGLChoosePixelFormat(attributes, &pix, &npix); >> - if (err != kCGLNoError) >> + if (pix == NULL) >> { >> - NSLog(@"CGLChoosePixelFormat error: %d", err); >> + const CGLPixelFormatAttribute attributes2[] = >> + { >> + kCGLPFAAllowOfflineRenderers, >> + (CGLPixelFormatAttribute)0 >> + }; >> + err = CGLChoosePixelFormat(attributes2, &pix, &npix); >> + if (err != kCGLNoError) >> + { >> + NSLog(@"CGLChoosePixelFormat error: %d", err); >> + } >> } >> } >> return pix; >> > > -- Best Regards, Ali Ebrahimi From kevin.rushforth at oracle.com Fri Apr 15 12:26:44 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 15 Apr 2016 05:26:44 -0700 Subject: Result: New OpenJFX Committer: Murali Billa Message-ID: <5710DE04.4060702@oracle.com> Voting for Murali Billa [1] to OpenJFX Committer [2] is now closed. Yes: 9 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. -- Kevin [1] http://openjdk.java.net/census#mbilla [2] http://mail.openjdk.java.net/pipermail/openjfx-dev/2016-March/018892.html From vadim.pakhnushev at oracle.com Fri Apr 15 14:30:35 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 15 Apr 2016 17:30:35 +0300 Subject: In(Sanity) Testing Mondays Message-ID: <5710FB0B.5000002@oracle.com> Reminder, Monday is our weekly sanity testing. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing Also please remember that the repo will be locked from 1am PST until 1pm PST. Happy testing! Thanks, Vadim From philip.race at oracle.com Fri Apr 15 22:39:29 2016 From: philip.race at oracle.com (Phil Race) Date: Fri, 15 Apr 2016 15:39:29 -0700 Subject: RFR: 8154177: Font spacing is incorrect at 125% or 150% scaling on Windows Message-ID: <57116DA1.6000501@oracle.com> The problem is in GlyphCache.render(..) pt.setLocation(x + gl.getPosX(gi), y + gl.getPosY(gi)); int subPixel = strike.getQuantizedPosition(pt); GlyphData data = getCachedGlyph(gc, subPixel); .... xform.transform(pt, pt); addDataToQuad(data, vb, tex, pt.x, pt.y, dstw, dsth); That call to getQuantizedPosition() is doing rounding before we have the final device space. The fix is to move the transform to before the call to getQuantizedPosition() This makes the test look much better. TextTest was also used to verify that everything behaves well under scales and rotates. Bug : https://bugs.openjdk.java.net/browse/JDK-8154177 Webrev: http://cr.openjdk.java.net/~prr/8154177/ -phil. From chien.yang at oracle.com Sat Apr 16 17:36:28 2016 From: chien.yang at oracle.com (Chien Yang) Date: Sat, 16 Apr 2016 10:36:28 -0700 Subject: Glass: CGLCreateContext error: 10002: empty window on MacOSX VM In-Reply-To: References: <571016FD.5060402@oracle.com> Message-ID: <5712781C.6010304@oracle.com> Thanks for filing the report! We will look into fixing the crash with the information you have shared. I know this might be a surprise to you please note that VMware is not a certified hypervisor for Java 8. http://www.oracle.com/technetwork/java/javase/certconfig-2095354.html - Chien On 4/14/16, 11:20 PM, Ali Ebrahimi wrote: > Done. Review ID: JI-9035391 > > On Fri, Apr 15, 2016 at 2:47 AM, Chien Yang > wrote: > > We are interested in knowing how and when you use the software > pipe of JavaFX on Mac. Can you please submit a bug report and > provide those information? > > https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report > > Thanks, > - Chien > > > On 4/14/2016 11:41 AM, Ali Ebrahimi wrote: > > On macosx vm: > > We running with software pipeline user get CGLCreateContext > error: 10002 in > glass native code so this error causes empty window without > any controls in > app window. > > The following patch fixes this issue and I can run Ensemple8 > application > successfully. > > diff -r 3f15f2e59063 > modules/graphics/src/main/native-glass/mac/GlassView3D.m > --- a/modules/graphics/src/main/native-glass/mac/GlassView3D.m > Wed Apr 13 > 12:36:43 2016 -0700 > +++ b/modules/graphics/src/main/native-glass/mac/GlassView3D.m > Thu Apr 14 > 23:08:16 2016 +0430 > @@ -93,9 +93,18 @@ > }; > GLint npix = 0; > CGLError err = CGLChoosePixelFormat(attributes, > &pix, &npix); > - if (err != kCGLNoError) > + if (pix == NULL) > { > - NSLog(@"CGLChoosePixelFormat error: %d", err); > + const CGLPixelFormatAttribute attributes2[] = > + { > + kCGLPFAAllowOfflineRenderers, > + (CGLPixelFormatAttribute)0 > + }; > + err = CGLChoosePixelFormat(attributes2, &pix, &npix); > + if (err != kCGLNoError) > + { > + NSLog(@"CGLChoosePixelFormat error: %d", err); > + } > } > } > return pix; > > > > > > -- > > Best Regards, > Ali Ebrahimi From chien.yang at oracle.com Sat Apr 16 17:41:08 2016 From: chien.yang at oracle.com (Chien Yang) Date: Sat, 16 Apr 2016 10:41:08 -0700 Subject: Jvm crash: es2 pipeline crashs jvm on macosx vm In-Reply-To: References: <57100D93.5030200@oracle.com> Message-ID: <57127934.8070101@oracle.com> Hi Ali, Thanks! I believe we have enough information from what you have already shared here and in JI-9035391. You can track the progress of this issue with JI-9035391 when it is transferred to JBS. - Chien On 4/14/16, 10:58 PM, Ali Ebrahimi wrote: > Hi Chien, > > I googled and found there are already similar crash reports in javafx8 > timeframe for this problem: > https://bugs.openjdk.java.net/browse/JDK-8096072 > https://bugs.openjdk.java.net/browse/JDK-8092559 > > Since I can't comment on this issues on jira to add my patch, should I > report new bug report for FX9? > Note: This patch also works for javafx8. > > On Fri, Apr 15, 2016 at 2:07 AM, Chien Yang > wrote: > > Thanks reporting your finding and suggestion. Do you mind filing a > bug report? Please include the steps and your system > configuration that we may reproduce the crash on our end. > > https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report > > Thanks, > - Chien > > > On 4/14/2016 12:16 PM, Ali Ebrahimi wrote: > > When running javafx apps with es2 pipeline on macosx vm I get > jvm crash. > > The following patch fixes this issue and I can run Ensemple8 > application > with es2 pipeline successfully. > The good news is that 3D support is works fine. > > diff -r 3f15f2e59063 > modules/graphics/src/main/native-prism-es2/macosx/MacOSXWindowSystemInterface.m > --- > a/modules/graphics/src/main/native-prism-es2/macosx/MacOSXWindowSystemInterface.m > Wed > Apr 13 12:36:43 2016 -0700 > +++ > b/modules/graphics/src/main/native-prism-es2/macosx/MacOSXWindowSystemInterface.m > Thu > Apr 14 23:45:18 2016 +0430 > @@ -68,7 +68,12 @@ > NSOpenGLPixelFormat *fmt = [[NSOpenGLPixelFormat alloc] > initWithAttributes : attribs]; > if (fmt == nil) { > // should we fallback to defaults or not? > - fmt = [NSOpenGLView defaultPixelFormat]; > + //fmt = [NSOpenGLView defaultPixelFormat]; > + NSOpenGLPixelFormatAttribute attributes[] = { > + NSOpenGLPFAAllowOfflineRenderers, > + 0 > + }; > + fmt = [[NSOpenGLPixelFormat alloc] initWithAttributes : > attributes]; > } > > [pool release]; > > > > > > -- > > Best Regards, > Ali Ebrahimi From ali.ebrahimi1781 at gmail.com Sat Apr 16 18:05:07 2016 From: ali.ebrahimi1781 at gmail.com (Ali Ebrahimi) Date: Sat, 16 Apr 2016 22:35:07 +0430 Subject: Jvm crash: es2 pipeline crashs jvm on macosx vm In-Reply-To: <57127934.8070101@oracle.com> References: <57100D93.5030200@oracle.com> <57127934.8070101@oracle.com> Message-ID: Hi, On Sat, Apr 16, 2016 at 10:11 PM, Chien Yang wrote: > Hi Ali, > > Thanks! I believe we have enough information from what you have already > shared here and in JI-9035391. You can track the progress of this issue > with JI-9035391 when it is transferred to JBS. > But JI-9035391 is relate to Prism software pipeline error that happens in glass native code. I think these are separate issues. -- Best Regards, Ali Ebrahimi From chien.yang at oracle.com Mon Apr 18 15:22:34 2016 From: chien.yang at oracle.com (Chien Yang) Date: Mon, 18 Apr 2016 08:22:34 -0700 Subject: Jvm crash: es2 pipeline crashs jvm on macosx vm In-Reply-To: References: <57100D93.5030200@oracle.com> <57127934.8070101@oracle.com> Message-ID: <5714FBBA.9090106@oracle.com> Hi Ali, Context management is tightly couple between Glass and Prism. The fix will likely touches both places. - Chien On 4/16/16, 11:05 AM, Ali Ebrahimi wrote: > Hi, > > On Sat, Apr 16, 2016 at 10:11 PM, Chien Yang > wrote: > > Hi Ali, > > Thanks! I believe we have enough information from what you have > already shared here and in JI-9035391. You can track the progress > of this issue with JI-9035391 when it is transferred to JBS. > > But JI-9035391 is relate to Prism software pipeline error that happens > in glass native code. I think these are separate issues. > > -- > > Best Regards, > Ali Ebrahimi From felix.bembrick at gmail.com Mon Apr 18 16:36:44 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Tue, 19 Apr 2016 02:36:44 +1000 Subject: What does this mean for the future of JavaFX on iOS? Message-ID: I just read this article which states that RoboVM is effectively "shutting down". https://www.voxxed.com/blog/2016/04/robovm/ Given that they seem to be a critical part of the puzzle that is making JavaFX viable on mobile platforms, what does this actually mean for that goal? Is there an alternative technology or product that can fill this void? Or is the final nail in the coffin for JavaFX to ever be a truly viable cross platform technology? Thanks, Felix From steve at weblite.ca Mon Apr 18 16:52:21 2016 From: steve at weblite.ca (Steve Hannah) Date: Mon, 18 Apr 2016 09:52:21 -0700 Subject: What does this mean for the future of JavaFX on iOS? In-Reply-To: References: Message-ID: According to Gluon, they're not impacted by this. https://twitter.com/GluonHQ/status/721784161728471041 On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick wrote: > I just read this article which states that RoboVM is effectively "shutting > down". > > https://www.voxxed.com/blog/2016/04/robovm/ > > Given that they seem to be a critical part of the puzzle that is making > JavaFX viable on mobile platforms, what does this actually mean for that > goal? > > Is there an alternative technology or product that can fill this void? Or > is the final nail in the coffin for JavaFX to ever be a truly viable cross > platform technology? > > Thanks, > > Felix -- Steve Hannah Web Lite Solutions Corp. From felix.bembrick at gmail.com Mon Apr 18 17:07:56 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Tue, 19 Apr 2016 03:07:56 +1000 Subject: What does this mean for the future of JavaFX on iOS? Message-ID: <585D377B-E002-4603-AEA1-F0FF0E0B5E40@gmail.com> So what do they use instead? > On 19 Apr 2016, at 02:52, Steve Hannah wrote: > > According to Gluon, they're not impacted by this. > https://twitter.com/GluonHQ/status/721784161728471041 > > > > On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick > wrote: > >> I just read this article which states that RoboVM is effectively "shutting >> down". >> >> https://www.voxxed.com/blog/2016/04/robovm/ >> >> Given that they seem to be a critical part of the puzzle that is making >> JavaFX viable on mobile platforms, what does this actually mean for that >> goal? >> >> Is there an alternative technology or product that can fill this void? Or >> is the final nail in the coffin for JavaFX to ever be a truly viable cross >> platform technology? >> >> Thanks, >> >> Felix > > > > > -- > Steve Hannah > Web Lite Solutions Corp. > > --94eb2c0561622831410530c52f17 > Content-Type: text/html; charset=UTF-8 > Content-Transfer-Encoding: quoted-printable > >
According to Gluon, they're not impacted by this.

iv>

">On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick < href=3D"mailto:felix.bembrick at gmail.com" target=3D"_blank">felix.bembrick at g= > mail.com> wrote:
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I just r= > ead this article which states that RoboVM is effectively "shutting dow= > n".
>
> target=3D"_blank">https://www.voxxed.com/blog/2016/04/robovm/
>
> Given that they seem to be a critical part of the puzzle that is making Jav= > aFX viable on mobile platforms, what does this actually mean for that goal?= >
>
> Is there an alternative technology or product that can fill this void? Or i= > s the final nail in the coffin for JavaFX to ever be a truly viable cross p= > latform technology?
>
> Thanks,
>
> Felix



--
ass=3D"gmail_signature">Steve Hannah
Web Lite Solutions Corp.
v> >
> > --94eb2c0561622831410530c52f17-- > --94eb2c0561622831410530c52f17 > Content-Type: text/plain; charset=UTF-8 > > According to Gluon, they're not impacted by this. > https://twitter.com/GluonHQ/status/721784161728471041 > > > > On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick > wrote: > >> I just read this article which states that RoboVM is effectively "shutting >> down". >> >> https://www.voxxed.com/blog/2016/04/robovm/ >> >> Given that they seem to be a critical part of the puzzle that is making >> JavaFX viable on mobile platforms, what does this actually mean for that >> goal? >> >> Is there an alternative technology or product that can fill this void? Or >> is the final nail in the coffin for JavaFX to ever be a truly viable cross >> platform technology? >> >> Thanks, >> >> Felix > > > > > -- > Steve Hannah > Web Lite Solutions Corp. > > --94eb2c0561622831410530c52f17 > Content-Type: text/html; charset=UTF-8 > Content-Transfer-Encoding: quoted-printable > >
According to Gluon, they're not impacted by this.

iv>

">On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick < href=3D"mailto:felix.bembrick at gmail.com" target=3D"_blank">felix.bembrick at g= > mail.com> wrote:
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I just r= > ead this article which states that RoboVM is effectively "shutting dow= > n".
>
> target=3D"_blank">https://www.voxxed.com/blog/2016/04/robovm/
>
> Given that they seem to be a critical part of the puzzle that is making Jav= > aFX viable on mobile platforms, what does this actually mean for that goal?= >
>
> Is there an alternative technology or product that can fill this void? Or i= > s the final nail in the coffin for JavaFX to ever be a truly viable cross p= > latform technology?
>
> Thanks,
>
> Felix



--
ass=3D"gmail_signature">Steve Hannah
Web Lite Solutions Corp.
v> >
> > --94eb2c0561622831410530c52f17-- From steve at weblite.ca Mon Apr 18 17:09:47 2016 From: steve at weblite.ca (Steve Hannah) Date: Mon, 18 Apr 2016 10:09:47 -0700 Subject: What does this mean for the future of JavaFX on iOS? In-Reply-To: <585D377B-E002-4603-AEA1-F0FF0E0B5E40@gmail.com> References: <585D377B-E002-4603-AEA1-F0FF0E0B5E40@gmail.com> Message-ID: https://twitter.com/GluonHQ/status/721784242565357568 The Gluon blog post from a few months ago (when @robovm was acquired by > @xamarin) is still almost entirely relevant > http://gluonhq.com/gluon-supports-multiple-jvms/ On Mon, Apr 18, 2016 at 10:07 AM, Felix Bembrick wrote: > So what do they use instead? > > > On 19 Apr 2016, at 02:52, Steve Hannah wrote: > > > > According to Gluon, they're not impacted by this. > > https://twitter.com/GluonHQ/status/721784161728471041 > > > > > > > > On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick < > felix.bembrick at gmail.com> > > wrote: > > > >> I just read this article which states that RoboVM is effectively > "shutting > >> down". > >> > >> https://www.voxxed.com/blog/2016/04/robovm/ > >> > >> Given that they seem to be a critical part of the puzzle that is making > >> JavaFX viable on mobile platforms, what does this actually mean for that > >> goal? > >> > >> Is there an alternative technology or product that can fill this void? > Or > >> is the final nail in the coffin for JavaFX to ever be a truly viable > cross > >> platform technology? > >> > >> Thanks, > >> > >> Felix > > > > > > > > > > -- > > Steve Hannah > > Web Lite Solutions Corp. > > > > --94eb2c0561622831410530c52f17 > > Content-Type: text/html; charset=UTF-8 > > Content-Transfer-Encoding: quoted-printable > > > >
According to Gluon, they're not impacted by > this.

> iv>

class=3D"gmail_quote= > > ">On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick dir=3D"ltr">< > href=3D"mailto:felix.bembrick at gmail.com" > target=3D"_blank">felix.bembrick at g= > > mail.com> wrote:
style= > > =3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I > just r= > > ead this article which states that RoboVM is effectively "shutting > dow= > > n".
> >
> > rel=3D"noreferrer" = > > target=3D"_blank">https://www.voxxed.com/blog/2016/04/robovm/
> >
> > Given that they seem to be a critical part of the puzzle that is making > Jav= > > aFX viable on mobile platforms, what does this actually mean for that > goal?= > >
> >
> > Is there an alternative technology or product that can fill this void? > Or i= > > s the final nail in the coffin for JavaFX to ever be a truly viable > cross p= > > latform technology?
> >
> > Thanks,
> >
> > Felix



--
cl= > > ass=3D"gmail_signature">Steve Hannah
Web Lite Solutions > Corp.
> v> > >
> > > > --94eb2c0561622831410530c52f17-- > > --94eb2c0561622831410530c52f17 > > Content-Type: text/plain; charset=UTF-8 > > > > According to Gluon, they're not impacted by this. > > https://twitter.com/GluonHQ/status/721784161728471041 > > > > > > > > On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick < > felix.bembrick at gmail.com> > > wrote: > > > >> I just read this article which states that RoboVM is effectively > "shutting > >> down". > >> > >> https://www.voxxed.com/blog/2016/04/robovm/ > >> > >> Given that they seem to be a critical part of the puzzle that is making > >> JavaFX viable on mobile platforms, what does this actually mean for that > >> goal? > >> > >> Is there an alternative technology or product that can fill this void? > Or > >> is the final nail in the coffin for JavaFX to ever be a truly viable > cross > >> platform technology? > >> > >> Thanks, > >> > >> Felix > > > > > > > > > > -- > > Steve Hannah > > Web Lite Solutions Corp. > > > > --94eb2c0561622831410530c52f17 > > Content-Type: text/html; charset=UTF-8 > > Content-Transfer-Encoding: quoted-printable > > > >
According to Gluon, they're not impacted by > this.

> iv>

class=3D"gmail_quote= > > ">On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick dir=3D"ltr">< > href=3D"mailto:felix.bembrick at gmail.com" > target=3D"_blank">felix.bembrick at g= > > mail.com> wrote:
style= > > =3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I > just r= > > ead this article which states that RoboVM is effectively "shutting > dow= > > n".
> >
> > rel=3D"noreferrer" = > > target=3D"_blank">https://www.voxxed.com/blog/2016/04/robovm/
> >
> > Given that they seem to be a critical part of the puzzle that is making > Jav= > > aFX viable on mobile platforms, what does this actually mean for that > goal?= > >
> >
> > Is there an alternative technology or product that can fill this void? > Or i= > > s the final nail in the coffin for JavaFX to ever be a truly viable > cross p= > > latform technology?
> >
> > Thanks,
> >
> > Felix



--
cl= > > ass=3D"gmail_signature">Steve Hannah
Web Lite Solutions > Corp.
> v> > >
> > > > --94eb2c0561622831410530c52f17-- > -- Steve Hannah Web Lite Solutions Corp. From johan.vos at gluonhq.com Mon Apr 18 17:15:11 2016 From: johan.vos at gluonhq.com (Johan Vos) Date: Mon, 18 Apr 2016 19:15:11 +0200 Subject: What does this mean for the future of JavaFX on iOS? In-Reply-To: References: Message-ID: Indeed, this doesn't have any impact on JavaFX. The Gluon tools are currently using the RoboVM AOT 1.8, which was the last open-source version. RoboVM delivered a whole set of products, including an AOT, but also a system that provides some JNI functionality, a set of bindings that create Java classes that have a 1-1 mapping to native iOS classes, and a whole "Studio" allowing developers to create applications. Only the AOT is relevant to us. We don't use the bindings, as we happen to have a great set of UI classes: the JavaFX platform. We don't need the studio, as we directly provide plugins for NetBeans, IntelliJ and Eclipse. The idea of JavaFX is to deliver a cross-platform UI for all devices. RoboVM took a different approach, as they mainly promoted creating an iOS specific UI (using the Java bindings to the native iOS UI components) and an Android specific UI. We had different views on a cross-platform UI (JavaFX) versus a platform-specific UI, but here is no doubt the RoboVM team consist of great developers and it is a real pity and shame they won't be able to continue working on their product. But for JavaFX and Gluon, it doesn't make a difference. - Johan On Mon, Apr 18, 2016 at 6:52 PM, Steve Hannah wrote: > According to Gluon, they're not impacted by this. > https://twitter.com/GluonHQ/status/721784161728471041 > > > > On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick > wrote: > >> I just read this article which states that RoboVM is effectively >> "shutting down". >> >> https://www.voxxed.com/blog/2016/04/robovm/ >> >> Given that they seem to be a critical part of the puzzle that is making >> JavaFX viable on mobile platforms, what does this actually mean for that >> goal? >> >> Is there an alternative technology or product that can fill this void? Or >> is the final nail in the coffin for JavaFX to ever be a truly viable cross >> platform technology? >> >> Thanks, >> >> Felix > > > > > -- > Steve Hannah > Web Lite Solutions Corp. > From felix.bembrick at gmail.com Mon Apr 18 17:16:43 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Tue, 19 Apr 2016 03:16:43 +1000 Subject: What does this mean for the future of JavaFX on iOS? In-Reply-To: References: <585D377B-E002-4603-AEA1-F0FF0E0B5E40@gmail.com> Message-ID: I wonder what the performance of alternatives to RoboVM is like... > On 19 Apr 2016, at 03:09, Steve Hannah wrote: > > https://twitter.com/GluonHQ/status/721784242565357568 > > The Gluon blog post from a few months ago (when @robovm was acquired by >> @xamarin) is still almost entirely relevant >> http://gluonhq.com/gluon-supports-multiple-jvms/ > > > On Mon, Apr 18, 2016 at 10:07 AM, Felix Bembrick > wrote: > >> So what do they use instead? >> >>> On 19 Apr 2016, at 02:52, Steve Hannah wrote: >>> >>> According to Gluon, they're not impacted by this. >>> https://twitter.com/GluonHQ/status/721784161728471041 >>> >>> >>> >>> On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick < >> felix.bembrick at gmail.com> >>> wrote: >>> >>>> I just read this article which states that RoboVM is effectively >> "shutting >>>> down". >>>> >>>> https://www.voxxed.com/blog/2016/04/robovm/ >>>> >>>> Given that they seem to be a critical part of the puzzle that is making >>>> JavaFX viable on mobile platforms, what does this actually mean for that >>>> goal? >>>> >>>> Is there an alternative technology or product that can fill this void? >> Or >>>> is the final nail in the coffin for JavaFX to ever be a truly viable >> cross >>>> platform technology? >>>> >>>> Thanks, > https://twitter.com/GluonHQ/status/721784242565357568 > > The Gluon blog post from a few months ago (when @robovm was acquired by >> @xamarin) is still almost entirely relevant >> http://gluonhq.com/gluon-supports-multiple-jvms/ > > > On Mon, Apr 18, 2016 at 10:07 AM, Felix Bembrick > wrote: > >> So what do they use instead? >> >>> On 19 Apr 2016, at 02:52, Steve Hannah wrote: >>> >>> According to Gluon, they're not impacted by this. >>> https://twitter.com/GluonHQ/status/721784161728471041 >>> >>> >>> >>> On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick < >> felix.bembrick at gmail.com> >>> wrote: >>> >>>> I just read this article which states that RoboVM is effectively >> "shutting >>>> down". >>>> >>>> https://www.voxxed.com/blog/2016/04/robovm/ >>>> >>>> Given that they seem to be a critical part of the puzzle that is making >>>> JavaFX viable on mobile platforms, what does this actually mean for that >>>> goal? >>>> >>>> Is there an alternative technology or product that can fill this void? >> Or >>>> is the final nail in the coffin for JavaFX to ever be a truly viable >> cross >>>> platform technology? >>>> >>>> Thanks, >>>> >>>> Felix >>> >>> >>> >>> >>> -- >>> Steve Hannah >>> Web Lite Solutions Corp. >>> >>> --94eb2c0561622831410530c52f17 >>> Content-Type: text/html; charset=UTF-8 >>> Content-Transfer-Encoding: quoted-printable >>> >>>
According to Gluon, they're not impacted by >> this.

>> iv>

> class=3D"gmail_quote= >>> ">On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick > dir=3D"ltr"><>> href=3D"mailto:felix.bembrick at gmail.com" >> target=3D"_blank">felix.bembrick at g= >>> mail.com> wrote:
> style= >>> =3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I >> just r= >>> ead this article which states that RoboVM is effectively "shutting >> dow= >>> n".
>>>
>>> > rel=3D"noreferrer" = >>> target=3D"_blank">https://www.voxxed.com/blog/2016/04/robovm/
>>>
>>> Given that they seem to be a critical part of the puzzle that is making >> Jav= >>> aFX viable on mobile platforms, what does this actually mean for that >> goal?= >>>
>>>
>>> Is there an alternative technology or product that can fill this void? >> Or i= >>> s the final nail in the coffin for JavaFX to ever be a truly viable >> cross p= >>> latform technology?
>>>
>>> Thanks,
>>>
>>> Felix



--
> cl= >>> ass=3D"gmail_signature">Steve Hannah
Web Lite Solutions >> Corp.
>> v> >>>
>>> >>> --94eb2c0561622831410530c52f17-- >>> --94eb2c0561622831410530c52f17 >>> Content-Type: text/plain; charset=UTF-8 >>> >>> According to Gluon, they're not impacted by this. >>> https://twitter.com/GluonHQ/status/721784161728471041 >>> >>> >>> >>> On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick < >> felix.bembrick at gmail.com> >>> wrote: >>> >>>> I just read this article which states that RoboVM is effectively >> "shutting >>>> down". >>>> >>>> https://www.voxxed.com/blog/2016/04/robovm/ >>>> >>>> Given that they seem to be a critical part of the puzzle that is making >>>> JavaFX viable on mobile platforms, what does this actually mean for that >>>> goal? >>>> >>>> Is there an alternative technology or product that can fill this void? >> Or >>>> is the final nail in the coffin for JavaFX to ever be a truly viable >> cross >>>> platform technology? >>>> >>>> Thanks, >>>> >>>> Felix >>> >>> >>> >>> >>> -- >>> Steve Hannah >>> Web Lite Solutions Corp. >>> >>> --94eb2c0561622831410530c52f17 >>> Content-Type: text/html; charset=UTF-8 >>> Content-Transfer-Encoding: quoted-printable >>> >>>
According to Gluon, they're not impacted by >> this.

>> iv>

> class=3D"gmail_quote= >>> ">On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick > dir=3D"ltr"><>> href=3D"mailto:felix.bembrick at gmail.com" >> target=3D"_blank">felix.bembrick at g= >>> mail.com> wrote:
> style= >>> =3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I >> just r= >>> ead this article which states that RoboVM is effectively "shutting >> dow= >>> n".
>>>
>>> > rel=3D"noreferrer" = >>> target=3D"_blank">https://www.voxxed.com/blog/2016/04/robovm/
>>>
>>> Given that they seem to be a critical part of the puzzle that is making >> Jav= >>> aFX viable on mobile platforms, what does this actually mean for that >> goal?= >>>
>>>
>>> Is there an alternative technology or product that can fill this void? >> Or i= >>> s the final nail in the coffin for JavaFX to ever be a truly viable >> cross p= >>> latform technology?
>>>
>>> Thanks,
>>>
>>> Felix



--
> cl= >>> ass=3D"gmail_signature">Steve Hannah
Web Lite Solutions >> Corp.
>> v> >>>
>>> >>> --94eb2c0561622831410530c52f17-- >> > > > > -- > Steve Hannah > Web Lite Solutions Corp. From felix.bembrick at gmail.com Mon Apr 18 17:20:24 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Tue, 19 Apr 2016 03:20:24 +1000 Subject: What does this mean for the future of JavaFX on iOS? In-Reply-To: References: Message-ID: <228E9774-C4FC-40C5-8045-404F2A44112D@gmail.com> So what AOT will you be using now? The last RoboVM AOT or something else? > On 19 Apr 2016, at 03:15, Johan Vos wrote: > > Indeed, this doesn't have any impact on JavaFX. > The Gluon tools are currently using the RoboVM AOT 1.8, which was the last open-source version. > > RoboVM delivered a whole set of products, including an AOT, but also a system that provides some JNI functionality, a set of bindings that create Java classes that have a 1-1 mapping to native iOS classes, and a whole "Studio" allowing developers to create applications. > > Only the AOT is relevant to us. We don't use the bindings, as we happen to have a great set of UI classes: the JavaFX platform. We don't need the studio, as we directly provide plugins for NetBeans, IntelliJ and Eclipse. > > The idea of JavaFX is to deliver a cross-platform UI for all devices. RoboVM took a different approach, as they mainly promoted creating an iOS specific UI (using the Java bindings to the native iOS UI components) and an Android specific UI. > > We had different views on a cross-platform UI (JavaFX) versus a platform-specific UI, but here is no doubt the RoboVM team consist of great developers and it is a real pity and shame they won't be able to continue working on their product. > > But for JavaFX and Gluon, it doesn't make a difference. > > - Johan > > >> On Mon, Apr 18, 2016 at 6:52 PM, Steve Hannah wrote: >> According to Gluon, they're not impacted by this. >> https://twitter.com/GluonHQ/status/721784161728471041 >> >> >> >>> On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick wrote: >>> I just read this article which states that RoboVM is effectively "shutting down". >>> >>> https://www.voxxed.com/blog/2016/04/robovm/ >>> >>> Given that they seem to be a critical part of the puzzle that is making JavaFX viable on mobile platforms, what does this actually mean for that goal? >>> >>> Is there an alternative technology or product that can fill this void? Or is the final nail in the coffin for JavaFX to ever be a truly viable cross platform technology? >>> >>> Thanks, >>> >>> Felix >> >> >> >> -- >> Steve Hannah >> Web Lite Solutions Corp. > From morris.meyer at oracle.com Mon Apr 18 17:33:59 2016 From: morris.meyer at oracle.com (Morris Meyer) Date: Mon, 18 Apr 2016 13:33:59 -0400 Subject: RFR[9] XS: 8067648: We can not see any radio buttons in Node Properties demo Message-ID: <57151A87.3040206@oracle.com> David and Kevin, Please review this comment change to Ensemble8. I could not find any of the PlaygroundProperties for radio buttons in NodePropertiesApp in 8u or 9-dev. Thanks, --morris BUG - https://bugs.openjdk.java.net/browse/JDK-8087648 WEBREV - http://cr.openjdk.java.net/~morris/JDK-8067648.01/ From derijcke.erik at gmail.com Mon Apr 18 18:39:03 2016 From: derijcke.erik at gmail.com (Erik De Rijcke) Date: Mon, 18 Apr 2016 20:39:03 +0200 Subject: What does this mean for the future of JavaFX on iOS? In-Reply-To: <228E9774-C4FC-40C5-8045-404F2A44112D@gmail.com> References: <228E9774-C4FC-40C5-8045-404F2A44112D@gmail.com> Message-ID: I'm currently looking if I can get some robovm fork kickstarted. ( https://github.com/FlexoVM/flexovm/issues/4 ). It's really a shame that for this one time Java has a real nice aot llvm compiler, MS kills it. Being able to compile Java (or any bytecode language) to a native, fast and small executable (especially for arm/embedded use which does not require an Oracle license) would be *really* cool. Let's see if we can continue to make this happen in one way or another. On Mon, Apr 18, 2016 at 7:20 PM, Felix Bembrick wrote: > So what AOT will you be using now? The last RoboVM AOT or something else? > >> On 19 Apr 2016, at 03:15, Johan Vos wrote: >> >> Indeed, this doesn't have any impact on JavaFX. >> The Gluon tools are currently using the RoboVM AOT 1.8, which was the last open-source version. >> >> RoboVM delivered a whole set of products, including an AOT, but also a system that provides some JNI functionality, a set of bindings that create Java classes that have a 1-1 mapping to native iOS classes, and a whole "Studio" allowing developers to create applications. >> >> Only the AOT is relevant to us. We don't use the bindings, as we happen to have a great set of UI classes: the JavaFX platform. We don't need the studio, as we directly provide plugins for NetBeans, IntelliJ and Eclipse. >> >> The idea of JavaFX is to deliver a cross-platform UI for all devices. RoboVM took a different approach, as they mainly promoted creating an iOS specific UI (using the Java bindings to the native iOS UI components) and an Android specific UI. >> >> We had different views on a cross-platform UI (JavaFX) versus a platform-specific UI, but here is no doubt the RoboVM team consist of great developers and it is a real pity and shame they won't be able to continue working on their product. >> >> But for JavaFX and Gluon, it doesn't make a difference. >> >> - Johan >> >> >>> On Mon, Apr 18, 2016 at 6:52 PM, Steve Hannah wrote: >>> According to Gluon, they're not impacted by this. >>> https://twitter.com/GluonHQ/status/721784161728471041 >>> >>> >>> >>>> On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick wrote: >>>> I just read this article which states that RoboVM is effectively "shutting down". >>>> >>>> https://www.voxxed.com/blog/2016/04/robovm/ >>>> >>>> Given that they seem to be a critical part of the puzzle that is making JavaFX viable on mobile platforms, what does this actually mean for that goal? >>>> >>>> Is there an alternative technology or product that can fill this void? Or is the final nail in the coffin for JavaFX to ever be a truly viable cross platform technology? >>>> >>>> Thanks, >>>> >>>> Felix >>> >>> >>> >>> -- >>> Steve Hannah >>> Web Lite Solutions Corp. >> From felix.bembrick at gmail.com Mon Apr 18 18:44:29 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Tue, 19 Apr 2016 04:44:29 +1000 Subject: What does this mean for the future of JavaFX on iOS? In-Reply-To: References: <228E9774-C4FC-40C5-8045-404F2A44112D@gmail.com> Message-ID: Good luck to you Erik. I totally agree with you and hope you succeed. If there's any way I can help, I will do just that. Felix > On 19 Apr 2016, at 04:39, Erik De Rijcke wrote: > > I'm currently looking if I can get some robovm fork kickstarted. ( > https://github.com/FlexoVM/flexovm/issues/4 ). > > It's really a shame that for this one time Java has a real nice aot > llvm compiler, MS kills it. Being able to compile Java (or any > bytecode language) to a native, fast and small executable (especially > for arm/embedded use which does not require an Oracle license) would > be *really* cool. Let's see if we can continue to make this happen in > one way or another. > > On Mon, Apr 18, 2016 at 7:20 PM, Felix Bembrick > wrote: >> So what AOT will you be using now? The last RoboVM AOT or something else? >> >>> On 19 Apr 2016, at 03:15, Johan Vos wrote: >>> >>> Indeed, this doesn't have any impact on JavaFX. >>> The Gluon tools are currently using the RoboVM AOT 1.8, which was the last open-source version. >>> >>> RoboVM delivered a whole set of products, including an AOT, but also a system that provides some JNI functionality, a set of bindings that create Java classes that have a 1-1 mapping to native iOS classes, and a whole "Studio" allowing developers to create applications. >>> >>> Only the AOT is relevant to us. We don't use the bindings, as we happen to have a great set of UI classes: the JavaFX platform. We don't need the studio, as we directly provide plugins for NetBeans, IntelliJ and Eclipse. >>> >>> The idea of JavaFX is to deliver a cross-platform UI for all devices. RoboVM took a different approach, as they mainly promoted creating an iOS specific UI (using the Java bindings to the native iOS UI components) and an Android specific UI. >>> >>> We had different views on a cross-platform UI (JavaFX) versus a platform-specific UI, but here is no doubt the RoboVM team consist of great developers and it is a real pity and shame they won't be able to continue working on their product. >>> >>> But for JavaFX and Gluon, it doesn't make a difference. >>> >>> - Johan >>> >>> >>>> On Mon, Apr 18, 2016 at 6:52 PM, Steve Hannah wrote: >>>> According to Gluon, they're not impacted by this. >>>> https://twitter.com/GluonHQ/status/721784161728471041 >>>> >>>> >>>> >>>>> On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick wrote: >>>>> I just read this article which states that RoboVM is effectively "shutting down". >>>>> >>>>> https://www.voxxed.com/blog/2016/04/robovm/ >>>>> >>>>> Given that they seem to be a critical part of the puzzle that is making JavaFX viable on mobile platforms, what does this actually mean for that goal? >>>>> >>>>> Is there an alternative technology or product that can fill this void? Or is the final nail in the coffin for JavaFX to ever be a truly viable cross platform technology? >>>>> >>>>> Thanks, >>>>> >>>>> Felix >>>> >>>> >>>> >>>> -- >>>> Steve Hannah >>>> Web Lite Solutions Corp. >>> From sven.reimers at gmail.com Mon Apr 18 19:56:10 2016 From: sven.reimers at gmail.com (Sven Reimers) Date: Mon, 18 Apr 2016 21:56:10 +0200 Subject: What does this mean for the future of JavaFX on iOS? In-Reply-To: References: <228E9774-C4FC-40C5-8045-404F2A44112D@gmail.com> Message-ID: Seems there are more forks out there.. https://github.com/bugvm/bugvm Sven On Mon, Apr 18, 2016 at 8:44 PM, Felix Bembrick wrote: > Good luck to you Erik. I totally agree with you and hope you succeed. If > there's any way I can help, I will do just that. > > Felix > > > On 19 Apr 2016, at 04:39, Erik De Rijcke > wrote: > > > > I'm currently looking if I can get some robovm fork kickstarted. ( > > https://github.com/FlexoVM/flexovm/issues/4 ). > > > > It's really a shame that for this one time Java has a real nice aot > > llvm compiler, MS kills it. Being able to compile Java (or any > > bytecode language) to a native, fast and small executable (especially > > for arm/embedded use which does not require an Oracle license) would > > be *really* cool. Let's see if we can continue to make this happen in > > one way or another. > > > > On Mon, Apr 18, 2016 at 7:20 PM, Felix Bembrick > > wrote: > >> So what AOT will you be using now? The last RoboVM AOT or something > else? > >> > >>> On 19 Apr 2016, at 03:15, Johan Vos wrote: > >>> > >>> Indeed, this doesn't have any impact on JavaFX. > >>> The Gluon tools are currently using the RoboVM AOT 1.8, which was the > last open-source version. > >>> > >>> RoboVM delivered a whole set of products, including an AOT, but also a > system that provides some JNI functionality, a set of bindings that create > Java classes that have a 1-1 mapping to native iOS classes, and a whole > "Studio" allowing developers to create applications. > >>> > >>> Only the AOT is relevant to us. We don't use the bindings, as we > happen to have a great set of UI classes: the JavaFX platform. We don't > need the studio, as we directly provide plugins for NetBeans, IntelliJ and > Eclipse. > >>> > >>> The idea of JavaFX is to deliver a cross-platform UI for all devices. > RoboVM took a different approach, as they mainly promoted creating an iOS > specific UI (using the Java bindings to the native iOS UI components) and > an Android specific UI. > >>> > >>> We had different views on a cross-platform UI (JavaFX) versus a > platform-specific UI, but here is no doubt the RoboVM team consist of great > developers and it is a real pity and shame they won't be able to continue > working on their product. > >>> > >>> But for JavaFX and Gluon, it doesn't make a difference. > >>> > >>> - Johan > >>> > >>> > >>>> On Mon, Apr 18, 2016 at 6:52 PM, Steve Hannah > wrote: > >>>> According to Gluon, they're not impacted by this. > >>>> https://twitter.com/GluonHQ/status/721784161728471041 > >>>> > >>>> > >>>> > >>>>> On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick < > felix.bembrick at gmail.com> wrote: > >>>>> I just read this article which states that RoboVM is effectively > "shutting down". > >>>>> > >>>>> https://www.voxxed.com/blog/2016/04/robovm/ > >>>>> > >>>>> Given that they seem to be a critical part of the puzzle that is > making JavaFX viable on mobile platforms, what does this actually mean for > that goal? > >>>>> > >>>>> Is there an alternative technology or product that can fill this > void? Or is the final nail in the coffin for JavaFX to ever be a truly > viable cross platform technology? > >>>>> > >>>>> Thanks, > >>>>> > >>>>> Felix > >>>> > >>>> > >>>> > >>>> -- > >>>> Steve Hannah > >>>> Web Lite Solutions Corp. > >>> > -- Sven Reimers * Senior Expert Software Architect * Java Champion * NetBeans Dream Team Member: http://dreamteam.netbeans.org * Community Leader NetBeans: http://community.java.net/netbeans Desktop Java: http://community.java.net/javadesktop * JUG Leader JUG Bodensee: http://www.jug-bodensee.de * Duke's Choice Award Winner 2009 * Blog: https://www.java.net//blog/sven * XING: https://www.xing.com/profile/Sven_Reimers8 * LinkedIn: http://www.linkedin.com/in/svenreimers Join the NetBeans Groups: * XING: http://www.xing.com/group-20148.82db20 * NUGM: http://haug-server.dyndns.org/display/NUGM/Home * LinkedIn: http://www.linkedin.com/groups?gid=1860468 http://www.linkedin.com/groups?gid=107402 http://www.linkedin.com/groups?gid=1684717 * Oracle: https://mix.oracle.com/groups/18497 From kevin.rushforth at oracle.com Mon Apr 18 20:01:28 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 18 Apr 2016 13:01:28 -0700 Subject: 9-dev unlocked following sanity testing Message-ID: <57153D18.1080604@oracle.com> From bbolstad at ikonscience.com Mon Apr 18 20:08:10 2016 From: bbolstad at ikonscience.com (Brian Bolstad) Date: Mon, 18 Apr 2016 20:08:10 +0000 Subject: SwingNode doesn't respond to Swing component resize? Message-ID: <1cdac9dd84d547b6b8f088c103e7aa75@MBX05C-ORD1.mex08.mlsrvr.com> Hello everyone, In the SwingNode#resize(double, double) documentation, it states: "Applications should not invoke this method directly. If an application needs to directly set the size of the SwingNode, it should set the Swing component's minimum/preferred/maximum size constraints which will be propagated correspondingly to the SwingNode and it's parent will honor those settings during layout." However, I'm not seeing this behavior-the SwingNode doesn't resize for me unless I remove and re-add the Swing component to the SwingNode after resizing. In the implementation, the private class SwingNodeContent has methods like preferredSizeChanged that I assume should be called when the Swing component size constraints are modified. However, it looks to me like JLightweightFrame only installs pref/max/min size property change listeners on components added after the first one. So, SwingNode never gets notified of the size changes and never updates it's cached values for the swing component's sizes and never updates its layoutBounds. Below is a sample that demonstrates the problem I'm seeing; if you click the button, it will double its size, but the enclosing SwingNode doesn't change size. I'm running JavaFX 8u66 on Windows 10. I'm very new to JavaFX, so what am I doing wrong? Thanks, BB import javafx.application.Application; import javafx.embed.swing.SwingNode; import javafx.scene.Scene; import javafx.scene.layout.StackPane; import javafx.scene.paint.Color; import javafx.scene.shape.Rectangle; import javafx.stage.Stage; import javax.swing.*; import java.awt.*; public class SwingNodeResize extends Application { @Override public void start(Stage primaryStage) { SwingNode swingNode = new SwingNode(); init(swingNode); StackPane root = new StackPane(new Rectangle(500, 500, Color.RED), swingNode); Scene scene = new Scene(root); primaryStage.setTitle("SwingNode Resize"); primaryStage.setScene(scene); primaryStage.show(); } private void init(final SwingNode node) { SwingUtilities.invokeLater(() -> { JButton button = new JButton("Click me!"); button.addActionListener(event -> { Dimension buttonSize = button.getSize(); buttonSize.setSize(buttonSize.getWidth() * 2, buttonSize.getHeight() * 2); button.setPreferredSize(buttonSize); button.setMinimumSize(buttonSize); button.setMaximumSize(buttonSize); button.setSize(buttonSize); System.out.println("Button size: " + button.getPreferredSize() + "; " + "SwingNode size: " + new Dimension((int) node.prefWidth(-1), (int) node.prefHeight(-1))); }); node.setContent(button); }); } public static void main(String[] args) { launch(args); } } From tobi at ultramixer.com Tue Apr 19 07:43:42 2016 From: tobi at ultramixer.com (Tobi) Date: Tue, 19 Apr 2016 09:43:42 +0200 Subject: What does this mean for the future of JavaFX on iOS? In-Reply-To: References: Message-ID: Hi, in my opinion the abandonment of RoboVM is a very big step back for Java on Mobile because there is NO real alternative to RoboVM. So it has definitely a big impact on Gluon and JavaFX on Mobile. Gluon uses RoboVM 1.8 - and old version of RoboVM which will be not developed anymore. So no serious company will decide to use a technology which is winding down! So ok, what could Gluon do now? Using OpenJDK9 for iOS and Android? Currently definitely not! OpenJDK9 for Mobile is in an experimental state and uses the Zero interpreter! So the performance will be not acceptable until the OpenJDK 9 provides the same level of AOT like RoboVM - or even better! What can we do now to reach the goal to develop modern mobile applications with Java - instead of with Xamarian?? We need as soon as possible one or more companies to continue the development of one of the RoboVM 1.8 forks (like BugVM) or merge the know how of RoboVM with the current OpenJDK9 efforts? We need commitments of big companies to Java like Oracle, Intel, IBM, SAP! We need the RoboVM team which breaks out of Microsofts Xamarian world! In my dreams Niklas, Henric and their team take the money of Xamarian and Microsoft and revive their baby ?RoboVM? in the context of a fork based on open sourced RoboVM 1.8? Maybe with in a join venture with Intel (concerning Intel?s Multi-OS engine) What do you think about it guys? What are your plans Niklas?? Best regards, Tobi // follow me on twitter: https://twitter.com/tobibley > Am 18.04.2016 um 19:15 schrieb Johan Vos : > > Indeed, this doesn't have any impact on JavaFX. > The Gluon tools are currently using the RoboVM AOT 1.8, which was the last > open-source version. > > RoboVM delivered a whole set of products, including an AOT, but also a > system that provides some JNI functionality, a set of bindings that create > Java classes that have a 1-1 mapping to native iOS classes, and a whole > "Studio" allowing developers to create applications. > > Only the AOT is relevant to us. We don't use the bindings, as we happen to > have a great set of UI classes: the JavaFX platform. We don't need the > studio, as we directly provide plugins for NetBeans, IntelliJ and Eclipse. > > The idea of JavaFX is to deliver a cross-platform UI for all devices. > RoboVM took a different approach, as they mainly promoted creating an iOS > specific UI (using the Java bindings to the native iOS UI components) and > an Android specific UI. > > We had different views on a cross-platform UI (JavaFX) versus a > platform-specific UI, but here is no doubt the RoboVM team consist of great > developers and it is a real pity and shame they won't be able to continue > working on their product. > > But for JavaFX and Gluon, it doesn't make a difference. > > - Johan > > > On Mon, Apr 18, 2016 at 6:52 PM, Steve Hannah wrote: > >> According to Gluon, they're not impacted by this. >> https://twitter.com/GluonHQ/status/721784161728471041 >> >> >> >> On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick >> wrote: >> >>> I just read this article which states that RoboVM is effectively >>> "shutting down". >>> >>> https://www.voxxed.com/blog/2016/04/robovm/ >>> >>> Given that they seem to be a critical part of the puzzle that is making >>> JavaFX viable on mobile platforms, what does this actually mean for that >>> goal? >>> >>> Is there an alternative technology or product that can fill this void? Or >>> is the final nail in the coffin for JavaFX to ever be a truly viable cross >>> platform technology? >>> >>> Thanks, >>> >>> Felix >> >> >> >> >> -- >> Steve Hannah >> Web Lite Solutions Corp. >> From felix.bembrick at gmail.com Tue Apr 19 08:18:40 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Tue, 19 Apr 2016 18:18:40 +1000 Subject: What does this mean for the future of JavaFX on iOS? In-Reply-To: References: Message-ID: <6DC60FDA-A14C-4D57-BA5C-19F033D3F0F0@gmail.com> Well I did ask Johan what AOT they are going to use instead of RoboVM but there has not be a response yet. Let's face it, without highly optimised AOT, Java and/or JavaFX on mobiles is simply not viable which in turn implies that JavaFX itself is not even worth looking at... RIP. But I take Johan on his word that the demise of RoboVM will not negatively affect Gluon or its products and he has done absolutely amazing things throughout his career. So I am assuming he as a plan B. I really wish Gluon somehow took complete ownership of the entire OpenJFX project as JavaFX could not be in safer hands. > On 19 Apr 2016, at 17:43, Tobi wrote: > > Hi, > > in my opinion the abandonment of RoboVM is a very big step back for Java on Mobile because there is NO real alternative to RoboVM. So it has definitely a big impact on Gluon and JavaFX on Mobile. Gluon uses RoboVM 1.8 - and old version of RoboVM which will be not developed anymore. So no serious company will decide to use a technology which is winding down! > > So ok, what could Gluon do now? Using OpenJDK9 for iOS and Android? Currently definitely not! OpenJDK9 for Mobile is in an experimental state and uses the Zero interpreter! So the performance will be not acceptable until the OpenJDK 9 provides the same level of AOT like RoboVM - or even better! > > What can we do now to reach the goal to develop modern mobile applications with Java - instead of with Xamarian?? > > We need as soon as possible one or more companies to continue the development of one of the RoboVM 1.8 forks (like BugVM) or merge the know how of RoboVM with the current OpenJDK9 efforts? We need commitments of big companies to Java like Oracle, Intel, IBM, SAP! We need the RoboVM team which breaks out of Microsofts Xamarian world! In my dreams Niklas, Henric and their team take the money of Xamarian and Microsoft and revive their baby ?RoboVM? in the context of a fork based on open sourced RoboVM 1.8? Maybe with in a join venture with Intel (concerning Intel?s Multi-OS engine) > > What do you think about it guys? What are your plans Niklas?? > > Best regards, > Tobi > > // > follow me on twitter: https://twitter.com/tobibley > > > > >> Am 18.04.2016 um 19:15 schrieb Johan Vos : >> >> Indeed, this doesn't have any impact on JavaFX. >> The Gluon tools are currently using the RoboVM AOT 1.8, which was the last >> open-source version. >> >> RoboVM delivered a whole set of products, including an AOT, but also a >> system that provides some JNI functionality, a set of bindings that create >> Java classes that have a 1-1 mapping to native iOS classes, and a whole >> "Studio" allowing developers to create applications. >> >> Only the AOT is relevant to us. We don't use the bindings, as we happen to >> have a great set of UI classes: the JavaFX platform. We don't need the >> studio, as we directly provide plugins for NetBeans, IntelliJ and Eclipse. >> >> The idea of JavaFX is to deliver a cross-platform UI for all devices. >> RoboVM took a different approach, as they mainly promoted creating an iOS >> specific UI (using the Java bindings to the native iOS UI components) and >> an Android specific UI. >> >> We had different views on a cross-platform UI (JavaFX) versus a >> platform-specific UI, but here is no doubt the RoboVM team consist of great >> developers and it is a real pity and shame they won't be able to continue >> working on their product. >> >> But for JavaFX and Gluon, it doesn't make a difference. >> >> - Johan >> >> >>> On Mon, Apr 18, 2016 at 6:52 PM, Steve Hannah wrote: >>> >>> According to Gluon, they're not impacted by this. >>> https://twitter.com/GluonHQ/status/721784161728471041 >>> >>> >>> >>> On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick >>> wrote: >>> >>>> I just read this article which states that RoboVM is effectively >>>> "shutting down". >>>> >>>> https://www.voxxed.com/blog/2016/04/robovm/ >>>> >>>> Given that they seem to be a critical part of the puzzle that is making >>>> JavaFX viable on mobile platforms, what does this actually mean for that >>>> goal? >>>> >>>> Is there an alternative technology or product that can fill this void? Or >>>> is the final nail in the coffin for JavaFX to ever be a truly viable cross >>>> platform technology? >>>> >>>> Thanks, >>>> >>>> Felix >>> >>> >>> >>> >>> -- >>> Steve Hannah >>> Web Lite Solutions Corp. > From mikhail.cherkasov at oracle.com Tue Apr 19 10:25:00 2016 From: mikhail.cherkasov at oracle.com (mikhail cherkasov) Date: Tue, 19 Apr 2016 13:25:00 +0300 Subject: [9] Review request for 8150076: Print jobs are not finished when used a page range In-Reply-To: <570EB9F4.9000201@oracle.com> References: <570D2097.1090603@oracle.com> <570EB9F4.9000201@oracle.com> Message-ID: <5716077C.9000706@oracle.com> Hi Phil, Please see my update in jbs: https://bugs.openjdk.java.net/browse/JDK-8150076 Thanks, Mikhail. On 4/14/2016 12:28 AM, Phil Race wrote: > I have an old PageRange printing test where I set > settings.setPageRanges(new > PageRange(1,3)); > and it prints fine on JDK 9 on Win 7 x64. > In fact it also prints fine with 8u74 > > Also a thread dump doesn't show any problem with the print thread not > terminating. > > So I assume the test that shows the bug must be doing something I am not. > > You say [9] above but I see your webrev suggests 8u ! > "/cygdrive/c/ws/javafx/8u-dev/rt" > > Can you please > (a) prepare a webrev against 9 instead of 8u. > (b) include (and therefore share) the test you are using that > illustrates the problem. > > -phil. > > On 04/12/2016 09:21 AM, mikhail cherkasov wrote: >> Hi all, >> >> Could you please review the fix for: >> https://bugs.openjdk.java.net/browse/JDK-8150076 >> webrev: >> http://cr.openjdk.java.net/~mcherkas/8150076/webrev.00/ >> >> J2DPrinterJob waits when page printing is done, but doesn't check that >> the whole job is done or that it is failed due error, as result we can >> never quit from while cycle in method " implPrintPage". >> The fix adds this checks. >> >> Thanks, >> Mikhail. > From swpalmer at gmail.com Tue Apr 19 11:14:25 2016 From: swpalmer at gmail.com (Scott Palmer) Date: Tue, 19 Apr 2016 07:14:25 -0400 Subject: What does this mean for the future of JavaFX on iOS? In-Reply-To: <6DC60FDA-A14C-4D57-BA5C-19F033D3F0F0@gmail.com> References: <6DC60FDA-A14C-4D57-BA5C-19F033D3F0F0@gmail.com> Message-ID: <25D92747-1036-4BC6-9ADB-9976F6D94955@gmail.com> > On Apr 19, 2016, at 4:18 AM, Felix Bembrick wrote: > > Let's face it, without highly optimised AOT, Java and/or JavaFX on mobiles is simply not viable which in turn implies that JavaFX itself is not even worth looking at... RIP. Let's not go crazy. JavaFX is still the best bet for desktop apps. Despite all the hype desktop apps aren't going away. Browser-based apps and JavaScript are still garbage in comparison to what JavaFX offers. Scott From tobi at ultramixer.com Tue Apr 19 12:13:01 2016 From: tobi at ultramixer.com (Tobi) Date: Tue, 19 Apr 2016 14:13:01 +0200 Subject: What does this mean for the future of JavaFX on iOS? In-Reply-To: <25D92747-1036-4BC6-9ADB-9976F6D94955@gmail.com> References: <6DC60FDA-A14C-4D57-BA5C-19F033D3F0F0@gmail.com> <25D92747-1036-4BC6-9ADB-9976F6D94955@gmail.com> Message-ID: <6F1D0F76-CD25-42D6-B52F-4B86D6EA2FC5@ultramixer.com> The question is: How does perform JavaFX in comparison to e.g. Xamarian? > Am 19.04.2016 um 13:14 schrieb Scott Palmer : > > >> On Apr 19, 2016, at 4:18 AM, Felix Bembrick wrote: > >> >> Let's face it, without highly optimised AOT, Java and/or JavaFX on mobiles is simply not viable which in turn implies that JavaFX itself is not even worth looking at... RIP. > > Let's not go crazy. JavaFX is still the best bet for desktop apps. Despite all the hype desktop apps aren't going away. Browser-based apps and JavaScript are still garbage in comparison to what JavaFX offers. > > > Scott From johan at lodgon.com Tue Apr 19 12:31:49 2016 From: johan at lodgon.com (Johan Vos) Date: Tue, 19 Apr 2016 12:31:49 +0000 Subject: What does this mean for the future of JavaFX on iOS? In-Reply-To: <6F1D0F76-CD25-42D6-B52F-4B86D6EA2FC5@ultramixer.com> References: <6DC60FDA-A14C-4D57-BA5C-19F033D3F0F0@gmail.com> <25D92747-1036-4BC6-9ADB-9976F6D94955@gmail.com> <6F1D0F76-CD25-42D6-B52F-4B86D6EA2FC5@ultramixer.com> Message-ID: Comparing JavaFX and Xamarin doesn't really make sense. JavaFX is a technology, Xamarin is (was) a company. But looking at the eco-system, there are a number of differences: 1. JavaFX uses Java, Xamarin uses .NET. If you're a Java developer, JavaFX should be your choice. If you're a .NET developer, Xamarin should be an option. 2. JavaFX provides a cross-platform UI. While Xamarin has a product called Xamarin Forms, the primary usage of Xamarin still implies creating a separate UI for Android and for iOS (using different API's). The whole point of JavaFX being a cross-platform *UI* framework is very important. Write Once, Run Anywhere. - Johan Op di 19 apr. 2016 om 14:23 schreef Tobi : > The question is: How does perform JavaFX in comparison to e.g. Xamarian? > > > Am 19.04.2016 um 13:14 schrieb Scott Palmer : > > > > > >> On Apr 19, 2016, at 4:18 AM, Felix Bembrick > wrote: > > > >> > >> Let's face it, without highly optimised AOT, Java and/or JavaFX on > mobiles is simply not viable which in turn implies that JavaFX itself is > not even worth looking at... RIP. > > > > Let's not go crazy. JavaFX is still the best bet for desktop apps. > Despite all the hype desktop apps aren't going away. Browser-based apps and > JavaScript are still garbage in comparison to what JavaFX offers. > > > > > > Scott > > From arunprasad.rajkumar at oracle.com Tue Apr 19 14:28:44 2016 From: arunprasad.rajkumar at oracle.com (Arunprasad Rajkumar) Date: Tue, 19 Apr 2016 19:58:44 +0530 Subject: [webkit] [9] Review request for 8089842: JavaScript2Java Bridge: A char value cannot be set from JavaScript Message-ID: <5716409C.6090002@oracle.com> Hi Kevin, Alexander, Guru, Please review the below patch. JIRA: https://bugs.openjdk.java.net/browse/JDK-8089842 Webrev: http://cr.openjdk.java.net/~arajkumar/8089842/webrev.00/ Issue: There is no way to JS character as a Java Char type. Fix: There is no Char type in JavaScript, but we can convert JavaScript string with length 1 as a Char type. Regards, Arun From felix.bembrick at gmail.com Tue Apr 19 14:59:46 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Wed, 20 Apr 2016 00:59:46 +1000 Subject: What does this mean for the future of JavaFX on iOS? In-Reply-To: <25D92747-1036-4BC6-9ADB-9976F6D94955@gmail.com> References: <6DC60FDA-A14C-4D57-BA5C-19F033D3F0F0@gmail.com> <25D92747-1036-4BC6-9ADB-9976F6D94955@gmail.com> Message-ID: I agree with you on the point that desktops are here to stay, but my point was that if JavaFX is only ever going to viable on such desktops then it is not cross platform because by far the biggest focus for commercial software development companies currently is "post PC" devices like mobiles, tablets and IoT. As someone who runs a software development business, I don't want to have to rewrite my applications on every platform, using perhaps completely different languages and tools. Such an approach may result in having the best quality of app on each platform but it also is dependent on your business having considerably more staff and capital than I have or indeed that most small businesses have. Forget about Xamarin or any other supposed alternative, unless you are willing to walk away from Java itself. I say lets wait and see what Johan and Gluon can deliver in the next 6 months or so, without any dependency on RoboVM. Perhaps one the new forks will be suitable but, regardless, I don't believe that someone like Johan who is working with some of the best Java, JavaFX and other technicians on the planet has not been planning and working on a viable way to enable JavaFX to run and run well on mobiles that is entirely independent of whatever happens to RoboVM. > On 19 Apr 2016, at 21:14, Scott Palmer wrote: > > >>> On Apr 19, 2016, at 4:18 AM, Felix Bembrick wrote: >> >> >> Let's face it, without highly optimised AOT, Java and/or JavaFX on mobiles is simply not viable which in turn implies that JavaFX itself is not even worth looking at... RIP. > > Let's not go crazy. JavaFX is still the best bet for desktop apps. Despite all the hype desktop apps aren't going away. Browser-based apps and JavaScript are still garbage in comparison to what JavaFX offers. > > > Scott From kevin.rushforth at oracle.com Tue Apr 19 15:20:07 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 19 Apr 2016 08:20:07 -0700 (PDT) Subject: [9] Review request: 8152355: IllegalAccessError: javafx.media cannot access jdk.internal.ref Message-ID: <57164CA7.5050209@oracle.com> Dave D or Alexander, Please review the following simple fix to add a qualified export for a class that is used by javafx.media that has moved as part of JEP-260. https://bugs.openjdk.java.net/browse/JDK-8152355 http://cr.openjdk.java.net/~kcr/8152355/webrev.00/ I verified that the IllegalAccessException happens before the fix and does not happen after the fix. -- Kevin From kevin.rushforth at oracle.com Tue Apr 19 16:04:04 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 19 Apr 2016 09:04:04 -0700 Subject: [8u] review request: 8139326: [TEST] Unit tests for JFXPanel with security manager don't detect errors Message-ID: <571656F4.2070907@oracle.com> Hi Chien, Can you do a quick sanity test review of the backport to 8u-dev of the following: https://bugs.openjdk.java.net/browse/JDK-8139326 http://cr.openjdk.java.net/~kcr/8139326/webrev.00/ This was earlier reviewed (by you) for 9-dev with the intent to backport to 8u-dev, but the backport wasn't completed at that time. Since enough time has past, I would like a sanity check before pushing to 8u-dev. The patch that was pushed to 9-dev imports cleanly into 8u-dev and works as expected. -- Kevin From kevin.rushforth at oracle.com Tue Apr 19 15:25:24 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 19 Apr 2016 08:25:24 -0700 (PDT) Subject: [9] Review request: 8153872: Nashorn no longer needs access to com.sun.javafx.application In-Reply-To: <57068F11.2080107@oracle.com> References: <57068F11.2080107@oracle.com> Message-ID: <57164DE4.3030008@oracle.com> Jim, Please review the following fix: https://bugs.openjdk.java.net/browse/JDK-8153872 http://cr.openjdk.java.net/~kcr/8153872/webrev.00/ This is a simple backout of the earlier fix for JDK-8153754. -- Kevin From kevin.rushforth at oracle.com Tue Apr 19 16:03:58 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 19 Apr 2016 09:03:58 -0700 (PDT) Subject: [8u] review request: 8139326: [TEST] Unit tests for JFXPanel with security manager don't detect errors Message-ID: <571656EE.7070306@oracle.com> Hi Chien, Can you do a quick sanity test review of the backport to 8u-dev of the following: https://bugs.openjdk.java.net/browse/JDK-8139326 http://cr.openjdk.java.net/~kcr/8139326/webrev.00/ This was earlier reviewed (by you) for 9-dev with the intent to backport to 8u-dev, but the backport wasn't completed at that time. Since enough time has past, I would like a sanity check before pushing to 8u-dev. The patch that was pushed to 9-dev imports cleanly into 8u-dev and works as expected. -- Kevin From kevin.rushforth at oracle.com Tue Apr 19 19:52:04 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 19 Apr 2016 12:52:04 -0700 Subject: Changes for April 2016 CPU release (8u91/8u92) synced into FX 8u-dev and 9-dev Message-ID: <57168C64.6040701@oracle.com> I have synced the OpenJFX changes from the just-released April 2016 CPU release (8u91/8u92) into 8u and into 9. Here is a webrev of the FX 8u92 changes for those who are interested in the changes, but don't want to wade through the 52 separate changesets I just pushed (most of which are tag or merge changesets). http://cr.openjdk.java.net/~kcr/8u92-8u-sync/webrev/ The webrev for 9 is almost identical, but here it is if anyone is interested: http://cr.openjdk.java.net/~kcr/9-cpu-1602-sync/webrev/ -- Kevin From chien.yang at oracle.com Tue Apr 19 21:26:51 2016 From: chien.yang at oracle.com (Chien Yang) Date: Tue, 19 Apr 2016 14:26:51 -0700 (PDT) Subject: [9] Code Review Request JDK-8154509: Remove the word impl_ in the name of private methods and members Message-ID: <5716A29B.6090504@oracle.com> Hi Kevin, Please review this simple name change cleanup fix. JIRA: https://bugs.openjdk.java.net/browse/JDK-8154509 Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8154509/webrev.00/ Thanks, - Chien From guru.hb at oracle.com Wed Apr 20 13:55:00 2016 From: guru.hb at oracle.com (Guru Hb) Date: Wed, 20 Apr 2016 19:25:00 +0530 Subject: [9] Review request: 8154186: JVM crash while using JavaFW WebView and colgroup/cols html feature Message-ID: <57178A34.3090902@oracle.com> Hi Alexander Z , Kevin & Arunprasad, Please review the fix : https://bugs.openjdk.java.net/browse/JDK-8154186 http://cr.openjdk.java.net/~ghb/8154186/webrev.00/ Root Cause and solution updated in JBS. Thanks, Guru From mandy.chung at oracle.com Thu Apr 21 04:49:44 2016 From: mandy.chung at oracle.com (Mandy Chung) Date: Wed, 20 Apr 2016 21:49:44 -0700 Subject: [9] Review request: 8153872: Nashorn no longer needs access to com.sun.javafx.application In-Reply-To: <57164DE4.3030008@oracle.com> References: <57068F11.2080107@oracle.com> <57164DE4.3030008@oracle.com> Message-ID: <32C41280-3154-43F3-BA4E-809DFC9AA11A@oracle.com> > On Apr 19, 2016, at 8:25 AM, Kevin Rushforth wrote: > > Jim, > > Please review the following fix: > > https://bugs.openjdk.java.net/browse/JDK-8153872 > http://cr.openjdk.java.net/~kcr/8153872/webrev.00/ > > This is a simple backout of the earlier fix for JDK-8153754. +1 Glad that this dependency is eliminated. Mandy From sundararajan.athijegannathan at oracle.com Thu Apr 21 08:13:08 2016 From: sundararajan.athijegannathan at oracle.com (Sundararajan Athijegannathan) Date: Thu, 21 Apr 2016 13:43:08 +0530 Subject: [9] Review request: 8153872: Nashorn no longer needs access to com.sun.javafx.application In-Reply-To: <32C41280-3154-43F3-BA4E-809DFC9AA11A@oracle.com> References: <57068F11.2080107@oracle.com> <57164DE4.3030008@oracle.com> <32C41280-3154-43F3-BA4E-809DFC9AA11A@oracle.com> Message-ID: <23fc5596-1aae-605e-78b2-43c2c0bb6730@oracle.com> +1 On 4/21/2016 10:19 AM, Mandy Chung wrote: >> On Apr 19, 2016, at 8:25 AM, Kevin Rushforth wrote: >> >> Jim, >> >> Please review the following fix: >> >> https://bugs.openjdk.java.net/browse/JDK-8153872 >> http://cr.openjdk.java.net/~kcr/8153872/webrev.00/ >> >> This is a simple backout of the earlier fix for JDK-8153754. > +1 > > Glad that this dependency is eliminated. > > Mandy From andrey.rusakov at oracle.com Thu Apr 21 15:00:27 2016 From: andrey.rusakov at oracle.com (Andrey Rusakov) Date: Thu, 21 Apr 2016 18:00:27 +0300 Subject: 8134600 Can't pass ObservableList as argument using FXML Message-ID: <5718EB0B.3090304@oracle.com> Hello, Everyone! Here is my small fix for FXML,JDK-8134600. The reason was ProxyBuilder.getUserValue where check for Collection class was performed before check for ArrayListWrapper class, so check for ArrayListWrapper class could not be fulfilled at all. Case is covered by FxmlTests/test/fxmltests/functional/staticPropertyLoadTest.java#coerceSlot test, so there is probably no need to create a new one. Fix is applicable for both 7 and 8. http://cr.openjdk.java.net/~arusakov/8134600/webrev.00/ From kevin.rushforth at oracle.com Thu Apr 21 15:08:08 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 21 Apr 2016 08:08:08 -0700 Subject: 8134600 Can't pass ObservableList as argument using FXML In-Reply-To: <5718EB0B.3090304@oracle.com> References: <5718EB0B.3090304@oracle.com> Message-ID: <5718ECD8.8010801@oracle.com> > Fix is applicable for both 7 and 8. I presume you mean both *9* and 8? -- Kevin Andrey Rusakov wrote: > Hello, Everyone! > Here is my small fix for FXML, JDK-8134600. > > The reason was ProxyBuilder.getUserValue where check for Collection > class was performed before check for ArrayListWrapper class, so check > for ArrayListWrapper class could not be fulfilled at all. > Case is covered by > FxmlTests/test/fxmltests/functional/staticPropertyLoadTest.java#coerceSlot > test, so there is probably no need to create a new one. > Fix is applicable for both 7 and 8. > http://cr.openjdk.java.net/~arusakov/8134600/webrev.00/ > From andrey.rusakov at oracle.com Thu Apr 21 15:10:09 2016 From: andrey.rusakov at oracle.com (Andrey Rusakov) Date: Thu, 21 Apr 2016 18:10:09 +0300 Subject: 8134600 Can't pass ObservableList as argument using FXML In-Reply-To: <5718ECD8.8010801@oracle.com> References: <5718EB0B.3090304@oracle.com> <5718ECD8.8010801@oracle.com> Message-ID: <5718ED51.5030209@oracle.com> Exactly 21.04.2016 18:08, Kevin Rushforth ?????: > > > Fix is applicable for both 7 and 8. > > I presume you mean both *9* and 8? > > -- Kevin > > > Andrey Rusakov wrote: >> Hello, Everyone! >> Here is my small fix for FXML,JDK-8134600. >> >> The reason was ProxyBuilder.getUserValue where check for Collection >> class was performed before check for ArrayListWrapper class, so check >> for ArrayListWrapper class could not be fulfilled at all. >> Case is covered by >> FxmlTests/test/fxmltests/functional/staticPropertyLoadTest.java#coerceSlot >> test, so there is probably no need to create a new one. >> Fix is applicable for both 7 and 8. >> http://cr.openjdk.java.net/~arusakov/8134600/webrev.00/ >> From morris.meyer at oracle.com Thu Apr 21 15:41:54 2016 From: morris.meyer at oracle.com (Morris Meyer) Date: Thu, 21 Apr 2016 11:41:54 -0400 Subject: RFR[9] S: 8154579: Pagination demo:thrown java.lang.IllegalArgumentException on console, when clicking the link of "VIEW SOURCE" Message-ID: <5718F4C2.4090408@oracle.com> Kevin and Jonathan, Please review these changes to Ensemble8. The View Source feature parses the source for Strings that look like urls, and was getting thrown on using String.format to build a url programmatically. Thanks, --morris BUG - https://bugs.openjdk.java.net/browse/JDK-8154579 WEBREV - http://cr.openjdk.java.net/~morris/JDK-8154579.01/ From morris.meyer at oracle.com Thu Apr 21 16:31:44 2016 From: morris.meyer at oracle.com (Morris Meyer) Date: Thu, 21 Apr 2016 12:31:44 -0400 Subject: RFR[9] XS: 8154764: The negative values in the list are not enclosed in parentheses Message-ID: <57190070.30606@oracle.com> David and Jonathan, Please review this small change. It seems that the currency semantics for NumberFormat have changed. This explicit format handles accounting style formatting. Thanks, --morris BUG - https://bugs.openjdk.java.net/browse/JDK-8154764 WEBREV - http://cr.openjdk.java.net/~morris/JDK-8154764.01/ From kevin.rushforth at oracle.com Thu Apr 21 16:48:25 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 21 Apr 2016 09:48:25 -0700 Subject: CFV: New OpenJFX Committer: Arunprasad Rajkumar Message-ID: <57190459.2070409@oracle.com> I hereby nominate Arunprasad Rajkumar [1] to OpenJFX Committer. Arunprasad is a member of JavaFX team at Oracle working on WebKit, who has contributed 10 changesets [5] to OpenJFX, at least 8 of which are significant. Votes are due by May 5, 2016. Only current OpenJFX Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [3]. Nomination to a project Committer is described in [4]. Thanks, -- Kevin [1] http://openjdk.java.net/census#arajkumar [2] http://openjdk.java.net/census#openjfx [3] http://openjdk.java.net/bylaws#lazy-consensus [4] http://openjdk.java.net/projects#project-committer [5] List of changesets: http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/66eee7a12e81 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/3f15f2e59063 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/b75591ee263b http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/84e09aadadf1 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/4166cbca577f http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/de87459ed168 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/bccedad1f44b http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/71a5499bcda4 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/251198e174cd http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/67a83054f43b From kevin.rushforth at oracle.com Thu Apr 21 16:49:13 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 21 Apr 2016 09:49:13 -0700 Subject: CFV: New OpenJFX Committer: Arunprasad Rajkumar In-Reply-To: <57190459.2070409@oracle.com> References: <57190459.2070409@oracle.com> Message-ID: <57190489.4080706@oracle.com> Vote: YES Kevin Rushforth wrote: > I hereby nominate Arunprasad Rajkumar [1] to OpenJFX Committer. > > Arunprasad is a member of JavaFX team at Oracle working on WebKit, who > has contributed 10 changesets [5] to OpenJFX, at least 8 of which are > significant. > > Votes are due by May 5, 2016. > > Only current OpenJFX Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [3]. Nomination to a > project Committer is described in [4]. > > Thanks, > > -- Kevin > > [1] http://openjdk.java.net/census#arajkumar > > [2] http://openjdk.java.net/census#openjfx > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > [4] http://openjdk.java.net/projects#project-committer > > [5] List of changesets: > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/66eee7a12e81 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/3f15f2e59063 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/b75591ee263b > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/84e09aadadf1 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/4166cbca577f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/de87459ed168 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/bccedad1f44b > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/71a5499bcda4 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/251198e174cd > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/67a83054f43b > From murali.billa at oracle.com Thu Apr 21 16:53:57 2016 From: murali.billa at oracle.com (Murali Billa) Date: Thu, 21 Apr 2016 09:53:57 -0700 (PDT) Subject: CFV: New OpenJFX Committer: Arunprasad Rajkumar In-Reply-To: <57190459.2070409@oracle.com> References: <57190459.2070409@oracle.com> Message-ID: Vote: YES -- Murali -----Original Message----- From: Kevin Rushforth Sent: Thursday, April 21, 2016 10:18 PM To: Arunprasad Rajkumar; openjfx-dev at openjdk.java.net Subject: CFV: New OpenJFX Committer: Arunprasad Rajkumar I hereby nominate Arunprasad Rajkumar [1] to OpenJFX Committer. Arunprasad is a member of JavaFX team at Oracle working on WebKit, who has contributed 10 changesets [5] to OpenJFX, at least 8 of which are significant. Votes are due by May 5, 2016. Only current OpenJFX Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [3]. Nomination to a project Committer is described in [4]. Thanks, -- Kevin [1] http://openjdk.java.net/census#arajkumar [2] http://openjdk.java.net/census#openjfx [3] http://openjdk.java.net/bylaws#lazy-consensus [4] http://openjdk.java.net/projects#project-committer [5] List of changesets: http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/66eee7a12e81 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/3f15f2e59063 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/b75591ee263b http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/84e09aadadf1 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/4166cbca577f http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/de87459ed168 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/bccedad1f44b http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/71a5499bcda4 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/251198e174cd http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/67a83054f43b From vadim.pakhnushev at oracle.com Thu Apr 21 17:00:33 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Thu, 21 Apr 2016 20:00:33 +0300 Subject: CFV: New OpenJFX Committer: Arunprasad Rajkumar In-Reply-To: <57190459.2070409@oracle.com> References: <57190459.2070409@oracle.com> Message-ID: <57190731.7040804@oracle.com> Vote: yes On 21.04.2016 19:48, Kevin Rushforth wrote: > I hereby nominate Arunprasad Rajkumar [1] to OpenJFX Committer. > > Arunprasad is a member of JavaFX team at Oracle working on WebKit, who > has contributed 10 changesets [5] to OpenJFX, at least 8 of which are > significant. > > Votes are due by May 5, 2016. > > Only current OpenJFX Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [3]. Nomination to a > project Committer is described in [4]. > > Thanks, > > -- Kevin > > [1] http://openjdk.java.net/census#arajkumar > > [2] http://openjdk.java.net/census#openjfx > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > [4] http://openjdk.java.net/projects#project-committer > > [5] List of changesets: > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/66eee7a12e81 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/3f15f2e59063 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/b75591ee263b > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/84e09aadadf1 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/4166cbca577f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/de87459ed168 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/bccedad1f44b > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/71a5499bcda4 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/251198e174cd > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/67a83054f43b > From kevin.rushforth at oracle.com Thu Apr 21 22:02:53 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 21 Apr 2016 15:02:53 -0700 Subject: [9, 8u] review request: 8139317: [Mac] SecurityException when constructing WebView from JFXPanel application Message-ID: <57194E0D.4@oracle.com> Chien, Please review the following fix when running WebView in a JFXPanel on Mac with a security manager enabled: https://bugs.openjdk.java.net/browse/JDK-8139317 http://cr.openjdk.java.net/~kcr/8139317/webrev.00/ -- Kevin From kevin.rushforth at oracle.com Thu Apr 21 22:05:10 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 21 Apr 2016 15:05:10 -0700 Subject: [9] review request: 8154564: Re-enable SandboxAppTest::testJFXPanelImplicitExitApp on Mac Message-ID: <57194E96.4030904@oracle.com> Hi Chien, Please review this simple fix to re-enable the currently-failing test on Mac: https://bugs.openjdk.java.net/browse/JDK-8154564 http://cr.openjdk.java.net/~kcr/8154564/webrev.00/ It is dependent on the previous fix for https://bugs.openjdk.java.net/browse/JDK-8139317 -- Kevin From vadim.pakhnushev at oracle.com Fri Apr 22 14:30:19 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 22 Apr 2016 17:30:19 +0300 Subject: In(Sanity) Testing Mondays Message-ID: <571A357B.2040703@oracle.com> Reminder, Monday is our weekly sanity testing. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing Also please remember that the repo will be locked from 1am PST until 1pm PST. Happy testing! Thanks, Vadim From Stijn.Debruyckere at luciad.com Fri Apr 22 14:56:26 2016 From: Stijn.Debruyckere at luciad.com (Stijn Debruyckere) Date: Fri, 22 Apr 2016 16:56:26 +0200 (CEST) Subject: SwingNode doesn't respond to Swing component resize? In-Reply-To: <1cdac9dd84d547b6b8f088c103e7aa75@MBX05C-ORD1.mex08.mlsrvr.com> References: <1cdac9dd84d547b6b8f088c103e7aa75@MBX05C-ORD1.mex08.mlsrvr.com> Message-ID: <777685065.18519016.1461336986075.JavaMail.zimbra@luciad.com> You should call component.revalidate() after changing it's preferred size I believe (didn't check your program though). If that doesn't help, you could check if you maybe tampered with the Direct3D settings: // Verify that Direct3D is enabled (the default setting), to avoid resize issues. if ( Boolean.valueOf(System.getProperty("sun.java2d.noddraw", "false")) || !Boolean.valueOf(System.getProperty("sun.java2d.d3d", "true")) ) { throw new IllegalStateException("Do not change the Direct3D default settings (Windows specific), " + "it may cause glitches during frame re-sizing."); } Note: you shouldn't call setSize directly on Swing components, layout managers should take care of that. Kind regards, Stijn ----- Original Message ----- From: "Brian Bolstad" To: openjfx-dev at openjdk.java.net Sent: Monday, April 18, 2016 10:08:10 PM Subject: SwingNode doesn't respond to Swing component resize? Hello everyone, In the SwingNode#resize(double, double) documentation, it states: "Applications should not invoke this method directly. If an application needs to directly set the size of the SwingNode, it should set the Swing component's minimum/preferred/maximum size constraints which will be propagated correspondingly to the SwingNode and it's parent will honor those settings during layout." However, I'm not seeing this behavior-the SwingNode doesn't resize for me unless I remove and re-add the Swing component to the SwingNode after resizing. In the implementation, the private class SwingNodeContent has methods like preferredSizeChanged that I assume should be called when the Swing component size constraints are modified. However, it looks to me like JLightweightFrame only installs pref/max/min size property change listeners on components added after the first one. So, SwingNode never gets notified of the size changes and never updates it's cached values for the swing component's sizes and never updates its layoutBounds. Below is a sample that demonstrates the problem I'm seeing; if you click the button, it will double its size, but the enclosing SwingNode doesn't change size. I'm running JavaFX 8u66 on Windows 10. I'm very new to JavaFX, so what am I doing wrong? Thanks, BB import javafx.application.Application; import javafx.embed.swing.SwingNode; import javafx.scene.Scene; import javafx.scene.layout.StackPane; import javafx.scene.paint.Color; import javafx.scene.shape.Rectangle; import javafx.stage.Stage; import javax.swing.*; import java.awt.*; public class SwingNodeResize extends Application { @Override public void start(Stage primaryStage) { SwingNode swingNode = new SwingNode(); init(swingNode); StackPane root = new StackPane(new Rectangle(500, 500, Color.RED), swingNode); Scene scene = new Scene(root); primaryStage.setTitle("SwingNode Resize"); primaryStage.setScene(scene); primaryStage.show(); } private void init(final SwingNode node) { SwingUtilities.invokeLater(() -> { JButton button = new JButton("Click me!"); button.addActionListener(event -> { Dimension buttonSize = button.getSize(); buttonSize.setSize(buttonSize.getWidth() * 2, buttonSize.getHeight() * 2); button.setPreferredSize(buttonSize); button.setMinimumSize(buttonSize); button.setMaximumSize(buttonSize); button.setSize(buttonSize); System.out.println("Button size: " + button.getPreferredSize() + "; " + "SwingNode size: " + new Dimension((int) node.prefWidth(-1), (int) node.prefHeight(-1))); }); node.setContent(button); }); } public static void main(String[] args) { launch(args); } } From David.Hill at Oracle.com Fri Apr 22 22:50:53 2016 From: David.Hill at Oracle.com (David Hill) Date: Fri, 22 Apr 2016 18:50:53 -0400 Subject: early draft for 8087516: [JavaFX] Conditional support for GTK 3 on Linux Message-ID: <571AAACD.1070501@Oracle.com> Kevin, Phil, anyone else interested. Here is an early draft of [JavaFX] Conditional support for GTK 3 on Linux http://cr.openjdk.java.net/~ddhill/8087516.1/ There are some rough edges left, particularly with the GTK 3 side of shaped windows. Given my time frame, I am interested in feedback on what is there because the core of it is complete. I have done limited testing on this, some with GTK3 and have not found any problems so far. I have more unit testing planned for next week. The default GTK version will be GTK2. To use GTK3, use the following: -Djdk.gtk.version=3 To enable some really verbose output: -Djdk.gtk.verbose=true This verbosity will be reduced before I commit this - and only a message about the version actually used will be output. Known issues: Marked with a DAVE for easy cleanup later. * shaped windows with GTK3 - need to verify the new region methods * debug code that will be used to check that all of the code paths are tested. * move the disableGrab back into the main code logic. -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From alexander.zvegintsev at oracle.com Sat Apr 23 10:11:57 2016 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Sat, 23 Apr 2016 13:11:57 +0300 Subject: CFV: New OpenJFX Committer: Arunprasad Rajkumar In-Reply-To: <57190459.2070409@oracle.com> References: <57190459.2070409@oracle.com> Message-ID: <571B4A6D.1060408@oracle.com> vote: yes Thanks, Alexander. On 21/04/16 19:48, Kevin Rushforth wrote: > I hereby nominate Arunprasad Rajkumar [1] to OpenJFX Committer. > > Arunprasad is a member of JavaFX team at Oracle working on WebKit, who > has contributed 10 changesets [5] to OpenJFX, at least 8 of which are > significant. > > Votes are due by May 5, 2016. > > Only current OpenJFX Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [3]. Nomination to a > project Committer is described in [4]. > > Thanks, > > -- Kevin > > [1] http://openjdk.java.net/census#arajkumar > > [2] http://openjdk.java.net/census#openjfx > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > [4] http://openjdk.java.net/projects#project-committer > > [5] List of changesets: > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/66eee7a12e81 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/3f15f2e59063 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/b75591ee263b > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/84e09aadadf1 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/4166cbca577f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/de87459ed168 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/bccedad1f44b > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/71a5499bcda4 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/251198e174cd > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/67a83054f43b > From tom.schindl at bestsolution.at Sat Apr 23 17:32:46 2016 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Sat, 23 Apr 2016 19:32:46 +0200 Subject: early draft for 8087516: [JavaFX] Conditional support for GTK 3 on Linux In-Reply-To: <571AAACD.1070501@Oracle.com> References: <571AAACD.1070501@Oracle.com> Message-ID: <571BB1BE.8050903@bestsolution.at> David / Kevin, Do you see chances to detect for the SWT case if we are running with SWT on Gtk3 or Gtk2 and not having to use -Djdk.gtk.version=3 The problem with requiring one to switch by setting the System-Property is that eg if someone want to use FX in the Eclipse IDE he does not control the Java-Launch Process. Tom On 23.04.16 00:50, David Hill wrote: > > Kevin, Phil, anyone else interested. > > Here is an early draft of [JavaFX] Conditional support for GTK 3 on > Linux > > http://cr.openjdk.java.net/~ddhill/8087516.1/ > > There are some rough edges left, particularly with the GTK 3 side of > shaped windows. > Given my time frame, I am interested in feedback on what is there > because the core of it is complete. > > I have done limited testing on this, some with GTK3 and have not found > any problems so far. I have more unit testing planned for next week. > > The default GTK version will be GTK2. To use GTK3, use the following: > > -Djdk.gtk.version=3 > > To enable some really verbose output: > > -Djdk.gtk.verbose=true > > This verbosity will be reduced before I commit this - and only a message > about the version actually used will be output. > > Known issues: Marked with a DAVE for easy cleanup later. > * shaped windows with GTK3 - need to verify the new region methods > * debug code that will be used to check that all of the code paths > are tested. > * move the disableGrab back into the main code logic. > -- Thomas Schindl, CTO BestSolution.at EDV Systemhaus GmbH Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck http://www.bestsolution.at/ Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck From philip.race at oracle.com Sat Apr 23 18:30:35 2016 From: philip.race at oracle.com (Philip Race) Date: Sat, 23 Apr 2016 11:30:35 -0700 Subject: early draft for 8087516: [JavaFX] Conditional support for GTK 3 on Linux In-Reply-To: <571BB1BE.8050903@bestsolution.at> References: <571AAACD.1070501@Oracle.com> <571BB1BE.8050903@bestsolution.at> Message-ID: <571BBF4B.1080309@oracle.com> That may be [need to be] ironed out later. We are not certain there is a 100% reliable mechanism for this. Some experiments on the AWT equivalent using dlopen(..) with RTLD_NOLOAD is apparently failing to detect that gtk3 was loaded in the case it was loaded by SWT. An alternative but not very pretty approach using /proc has been proposed. ' Any boiler plate code that works across all versions of Linux/Unix and where you do not control the manner in which gtk3 was loaded is proving elusive. And nothing will help in the case that FX is loaded first and gtk/swt is loaded later. -phil. On 4/23/16, 10:32 AM, Tom Schindl wrote: > David / Kevin, > > Do you see chances to detect for the SWT case if we are running with SWT > on Gtk3 or Gtk2 and not having to use -Djdk.gtk.version=3 > > The problem with requiring one to switch by setting the System-Property > is that eg if someone want to use FX in the Eclipse IDE he does not > control the Java-Launch Process. > > Tom > > On 23.04.16 00:50, David Hill wrote: >> Kevin, Phil, anyone else interested. >> >> Here is an early draft of [JavaFX] Conditional support for GTK 3 on >> Linux >> >> http://cr.openjdk.java.net/~ddhill/8087516.1/ >> >> There are some rough edges left, particularly with the GTK 3 side of >> shaped windows. >> Given my time frame, I am interested in feedback on what is there >> because the core of it is complete. >> >> I have done limited testing on this, some with GTK3 and have not found >> any problems so far. I have more unit testing planned for next week. >> >> The default GTK version will be GTK2. To use GTK3, use the following: >> >> -Djdk.gtk.version=3 >> >> To enable some really verbose output: >> >> -Djdk.gtk.verbose=true >> >> This verbosity will be reduced before I commit this - and only a message >> about the version actually used will be output. >> >> Known issues: Marked with a DAVE for easy cleanup later. >> * shaped windows with GTK3 - need to verify the new region methods >> * debug code that will be used to check that all of the code paths >> are tested. >> * move the disableGrab back into the main code logic. >> > From tom.schindl at bestsolution.at Sat Apr 23 20:22:01 2016 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Sat, 23 Apr 2016 22:22:01 +0200 Subject: early draft for 8087516: [JavaFX] Conditional support for GTK 3 on Linux In-Reply-To: <571BBF4B.1080309@oracle.com> References: <571AAACD.1070501@Oracle.com> <571BB1BE.8050903@bestsolution.at> <571BBF4B.1080309@oracle.com> Message-ID: <571BD969.3040104@bestsolution.at> Hi, For FXCanvas it should be doable because you can check if SWT is running with GTK3 using ----8<---- org.eclipse.swt.internal.gtk.OS.GTK3 : boolean ----8<---- This is what e(fx)clipse uses today to cancel loading of FXCanvas because it would core-dump your application [1]. IIRC this flag is there since the last SWT release! Tom [1]http://git.eclipse.org/c/efxclipse/org.eclipse.efxclipse.git/tree/bundles/runtime/org.eclipse.fx.osgi/src/org/eclipse/fx/osgi/fxloader/FXClassLoader.java On 23.04.16 20:30, Philip Race wrote: > That may be [need to be] ironed out later. > We are not certain there is a 100% reliable mechanism for this. > Some experiments on the AWT equivalent using dlopen(..) with > RTLD_NOLOAD is apparently failing to detect that gtk3 was loaded > in the case it was loaded by SWT. > > An alternative but not very pretty approach using /proc has been proposed. > ' > Any boiler plate code that works across all versions of Linux/Unix and > where you do not control the manner in which gtk3 was loaded is proving > elusive. > > And nothing will help in the case that FX is loaded first and gtk/swt is > loaded later. > > -phil. > > > On 4/23/16, 10:32 AM, Tom Schindl wrote: >> David / Kevin, >> >> Do you see chances to detect for the SWT case if we are running with SWT >> on Gtk3 or Gtk2 and not having to use -Djdk.gtk.version=3 >> >> The problem with requiring one to switch by setting the System-Property >> is that eg if someone want to use FX in the Eclipse IDE he does not >> control the Java-Launch Process. >> >> Tom >> >> On 23.04.16 00:50, David Hill wrote: >>> Kevin, Phil, anyone else interested. >>> >>> Here is an early draft of [JavaFX] Conditional support for GTK 3 on >>> Linux >>> >>> http://cr.openjdk.java.net/~ddhill/8087516.1/ >>> >>> There are some rough edges left, particularly with the GTK 3 side of >>> shaped windows. >>> Given my time frame, I am interested in feedback on what is there >>> because the core of it is complete. >>> >>> I have done limited testing on this, some with GTK3 and have not found >>> any problems so far. I have more unit testing planned for next week. >>> >>> The default GTK version will be GTK2. To use GTK3, use the following: >>> >>> -Djdk.gtk.version=3 >>> >>> To enable some really verbose output: >>> >>> -Djdk.gtk.verbose=true >>> >>> This verbosity will be reduced before I commit this - and only a message >>> about the version actually used will be output. >>> >>> Known issues: Marked with a DAVE for easy cleanup later. >>> * shaped windows with GTK3 - need to verify the new region methods >>> * debug code that will be used to check that all of the code paths >>> are tested. >>> * move the disableGrab back into the main code logic. >>> >> -- Thomas Schindl, CTO BestSolution.at EDV Systemhaus GmbH Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck http://www.bestsolution.at/ Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck From David.Hill at Oracle.com Sun Apr 24 14:43:47 2016 From: David.Hill at Oracle.com (David Hill) Date: Sun, 24 Apr 2016 10:43:47 -0400 Subject: early draft for 8087516: [JavaFX] Conditional support for GTK 3 on Linux In-Reply-To: <571BD969.3040104@bestsolution.at> References: <571AAACD.1070501@Oracle.com> <571BB1BE.8050903@bestsolution.at> <571BBF4B.1080309@oracle.com> <571BD969.3040104@bestsolution.at> Message-ID: <571CDBA3.9010903@Oracle.com> On 4/23/16, 4:22 PM, Tom Schindl wrote: > Hi, > > For FXCanvas it should be doable because you can check if SWT is running > with GTK3 using > > ----8<---- > org.eclipse.swt.internal.gtk.OS.GTK3 : boolean > ----8<---- > > This is what e(fx)clipse uses today to cancel loading of FXCanvas > because it would core-dump your application [1]. IIRC this flag is there > since the last SWT release! There is an interesting idea. I had not thought about using java reflection. The newness of the variable is a down side though. Will have to try some stuff once I get the initial - non-detecting work cleaned up enough to get in place. In particular - a last look at using dlopen, and maybe the proc stuff. The detection code could go in as a bug fix after the initial submital of the functionality. Tom, Sounds like you might be able to help us test after we integrate :-) Dave > > Tom > > [1]http://git.eclipse.org/c/efxclipse/org.eclipse.efxclipse.git/tree/bundles/runtime/org.eclipse.fx.osgi/src/org/eclipse/fx/osgi/fxloader/FXClassLoader.java > > On 23.04.16 20:30, Philip Race wrote: >> That may be [need to be] ironed out later. >> We are not certain there is a 100% reliable mechanism for this. >> Some experiments on the AWT equivalent using dlopen(..) with >> RTLD_NOLOAD is apparently failing to detect that gtk3 was loaded >> in the case it was loaded by SWT. >> >> An alternative but not very pretty approach using /proc has been proposed. >> ' >> Any boiler plate code that works across all versions of Linux/Unix and >> where you do not control the manner in which gtk3 was loaded is proving >> elusive. >> >> And nothing will help in the case that FX is loaded first and gtk/swt is >> loaded later. >> >> -phil. >> >> >> On 4/23/16, 10:32 AM, Tom Schindl wrote: >>> David / Kevin, >>> >>> Do you see chances to detect for the SWT case if we are running with SWT >>> on Gtk3 or Gtk2 and not having to use -Djdk.gtk.version=3 >>> >>> The problem with requiring one to switch by setting the System-Property >>> is that eg if someone want to use FX in the Eclipse IDE he does not >>> control the Java-Launch Process. >>> >>> Tom >>> >>> On 23.04.16 00:50, David Hill wrote: >>>> Kevin, Phil, anyone else interested. >>>> >>>> Here is an early draft of [JavaFX] Conditional support for GTK 3 on >>>> Linux >>>> >>>> http://cr.openjdk.java.net/~ddhill/8087516.1/ >>>> >>>> There are some rough edges left, particularly with the GTK 3 side of >>>> shaped windows. >>>> Given my time frame, I am interested in feedback on what is there >>>> because the core of it is complete. >>>> >>>> I have done limited testing on this, some with GTK3 and have not found >>>> any problems so far. I have more unit testing planned for next week. >>>> >>>> The default GTK version will be GTK2. To use GTK3, use the following: >>>> >>>> -Djdk.gtk.version=3 >>>> >>>> To enable some really verbose output: >>>> >>>> -Djdk.gtk.verbose=true >>>> >>>> This verbosity will be reduced before I commit this - and only a message >>>> about the version actually used will be output. >>>> >>>> Known issues: Marked with a DAVE for easy cleanup later. >>>> * shaped windows with GTK3 - need to verify the new region methods >>>> * debug code that will be used to check that all of the code paths >>>> are tested. >>>> * move the disableGrab back into the main code logic. >>>> > -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From miso at hlavki.eu Sun Apr 24 19:21:46 2016 From: miso at hlavki.eu (Michal Hlavac) Date: Sun, 24 Apr 2016 21:21:46 +0200 Subject: javafx fonts in OpenSUSE Message-ID: <3347813.RKMUTjKpeb@hlavki> Hello, I use OpenSuSE Thumbleweed and jdk9 113 build (same in java 8) Fonts in javafx application looks different (uglier): http://paste.opensuse.org/view/raw/2517282 same page in firefox: http://paste.opensuse.org/view/raw/88971809 I also tried with ubuntu 15.10 in virtualbox and menu font has same result: http://paste.opensuse.org/view/raw/98583297 Why is that? thanks, miso From philip.race at oracle.com Mon Apr 25 16:30:23 2016 From: philip.race at oracle.com (Phil Race) Date: Mon, 25 Apr 2016 09:30:23 -0700 Subject: CFV: New OpenJFX Committer: Arunprasad Rajkumar In-Reply-To: <57190459.2070409@oracle.com> References: <57190459.2070409@oracle.com> Message-ID: <571E461F.7050308@oracle.com> Vote: yes -phil. From kevin.rushforth at oracle.com Mon Apr 25 20:16:40 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 25 Apr 2016 13:16:40 -0700 Subject: 9-dev unlocked following sanity testing Message-ID: <571E7B28.5060405@oracle.com> From chien.yang at oracle.com Tue Apr 26 06:35:11 2016 From: chien.yang at oracle.com (Chien Yang) Date: Mon, 25 Apr 2016 23:35:11 -0700 Subject: [9] Code Review Request For 8155053: Encapsulate impl_ methods in Effect and on the setting of TraversalEngine Message-ID: <571F0C1F.1080106@oracle.com> Hi Kevin, Please review the purposed fix. JIRA: https://bugs.openjdk.java.net/browse/JDK-8155053 Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8155053/webrev.00/ Thanks, - Chien From David.Hill at Oracle.com Tue Apr 26 15:51:11 2016 From: David.Hill at Oracle.com (David Hill) Date: Tue, 26 Apr 2016 11:51:11 -0400 Subject: review: Message-ID: <571F8E6F.4040806@Oracle.com> Morris, would you please review: JDK-8155114: Set both X and Y position for some window managers webrev: http://cr.openjdk.java.net/~ddhill/8155114/ -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From james.graham at oracle.com Tue Apr 26 23:56:53 2016 From: james.graham at oracle.com (Jim Graham) Date: Tue, 26 Apr 2016 16:56:53 -0700 Subject: CFV: New OpenJFX Committer: Arunprasad Rajkumar In-Reply-To: <57190459.2070409@oracle.com> References: <57190459.2070409@oracle.com> Message-ID: <48ad8794-32ed-0773-9885-98e0d2760fb3@oracle.com> Vote: yes ...jim On 4/21/16 9:48 AM, Kevin Rushforth wrote: > I hereby nominate Arunprasad Rajkumar [1] to OpenJFX Committer. > > Arunprasad is a member of JavaFX team at Oracle working on WebKit, who > has contributed 10 changesets [5] to OpenJFX, at least 8 of which are > significant. > > Votes are due by May 5, 2016. > > Only current OpenJFX Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [3]. Nomination to a project > Committer is described in [4]. > > Thanks, > > -- Kevin > > [1] http://openjdk.java.net/census#arajkumar > > [2] http://openjdk.java.net/census#openjfx > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > [4] http://openjdk.java.net/projects#project-committer > > [5] List of changesets: > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/66eee7a12e81 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/3f15f2e59063 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/b75591ee263b > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/84e09aadadf1 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/4166cbca577f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/de87459ed168 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/bccedad1f44b > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/71a5499bcda4 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/251198e174cd > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/67a83054f43b > From David.Hill at Oracle.com Wed Apr 27 00:11:00 2016 From: David.Hill at Oracle.com (David Hill) Date: Tue, 26 Apr 2016 20:11:00 -0400 Subject: review for Linux: unit test failures in ImageTest on some systems Message-ID: <57200394.3040205@Oracle.com> Kevin, Linux: unit test failures in ImageTest on some systems https://bugs.openjdk.java.net/browse/JDK-8089960 http://cr.openjdk.java.net/~ddhill/ 8089960 -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From cnewland at chrisnewland.com Wed Apr 27 07:51:59 2016 From: cnewland at chrisnewland.com (Chris Newland) Date: Wed, 27 Apr 2016 08:51:59 +0100 Subject: default X86EGL.includeSwing = true for headless Linux? Message-ID: <27f36a81fddb5ac899edf44e4ff41d02.squirrel@excalibur.xssl.net> Hi, Currently Monocle builds are configured (in buildSrc/x86egl.gradle) with X86EGL.includeSwing = false This results in build.gradle excluding javafx/embed/swing packages if (!targetProperties.includeSwing) { exclude("javafx/embed/swing") } Which means that you can't easily (to my knowledge) create writeable images on headless Linux systems using SwingFXUtils: ImageIO.write(SwingFXUtils.fromFXImage(imag, null), "png", new File("snapshot.png")); setting X86EGL.includeSwing = true makes the javafx/embed/swing packages available and fixes the problem. I imagine it's done this way to keep the size down for embedded images? If there's no intention to change the default then I'm happy to offer a Swing-enabled monocle build on my OpenJFX build server (which now has a domain: http://chriswhocodes.com). Kind regards, Chris From johan.vos at gluonhq.com Wed Apr 27 10:30:26 2016 From: johan.vos at gluonhq.com (Johan Vos) Date: Wed, 27 Apr 2016 12:30:26 +0200 Subject: size of inputfield on iOS Message-ID: There was a bug on iOS where the fontsize of the native text inputfield didn't match the size of the JavaFX TextField in case a custom font size was used, or in case the component or one of its parents was scaled. This has been fixed by https://bitbucket.org/javafxports/8u-dev-rt/commits/5e2574434d5a63079e6398145d663ed483401bb3 I can create an issue on bugs and submit the patch there as well? However, it seems to me the _requestInput method on Window is only really used on iOSWindow. All the others (MonocleWindow,...) throw an UnsupportedOperationException. The patch above modifies the signature of the _requestInput method on all implementation classes, which is a bit silly as those methods are never used. Another option is to make _requestInput non-abstract with a void implementation, and override it on iOSWindow? - Johan From guru.hb at oracle.com Wed Apr 27 13:56:47 2016 From: guru.hb at oracle.com (Guru Hb) Date: Wed, 27 Apr 2016 19:26:47 +0530 Subject: [9] Review request: 8154186: JVM crash while using JavaFW WebView and colgroup/cols html feature In-Reply-To: <57178A34.3090902@oracle.com> References: <57178A34.3090902@oracle.com> Message-ID: <5720C51F.2000400@oracle.com> Hi Dave & Kevin, Could you please review updated Unit test case http://cr.openjdk.java.net/~ghb/8152420/webrev.01/ Solution updated in JBS. Thanks, Guru On 20/4/16 7:25 PM, Guru Hb wrote: > Hi Alexander Z , Kevin & Arunprasad, > > Please review the fix : > https://bugs.openjdk.java.net/browse/JDK-8154186 > http://cr.openjdk.java.net/~ghb/8154186/webrev.00/ > > Root Cause and solution updated in JBS. > > Thanks, > Guru > From David.Hill at Oracle.com Wed Apr 27 14:21:17 2016 From: David.Hill at Oracle.com (David Hill) Date: Wed, 27 Apr 2016 10:21:17 -0400 Subject: [9] Review request: 8154186: JVM crash while using JavaFW WebView and colgroup/cols html feature In-Reply-To: <5720C51F.2000400@oracle.com> References: <57178A34.3090902@oracle.com> <5720C51F.2000400@oracle.com> Message-ID: <5720CADD.1030708@Oracle.com> On 4/27/16, 9:56 AM, Guru Hb wrote: > Hi Dave & Kevin, > > Could you please review updated Unit test case http://cr.openjdk.java.net/~ghb/8152420/webrev.01/ > > Solution updated in JBS. Hi Guru, JDK-8154186 is closed, so I suspect you will need to open a new bug. Kevin will say for sure but I think the new world is one commit/one bug id. Looking at the changes - the only minor issues I have are: The new directory build/resources for the jar file. While not a big deal, build/testing (perhaps build/testing/resources ?) feels like a better home as the jar is for testing purposes. build/testing was added with Jigsaw, so you may not have noticed it in your build, but we are headed that way :-) The assumption of a working directory in the test: load("jar:" + new File("build/resources/webArchiveJar.jar") This is /probably/ ok from a sustainability point of view. But there are other places where we pass in a property to find stuff in the build tree like: def cssDir = file("$buildDir/classes/main/javafx") jvmArgs "-Djavafx.toolkit=test.com.sun.javafx.pgstub.StubToolkit", "-DCSS_META_DATA_TEST_DIR=$cssDir" +1 after consideration of these minor points, and I am OK if they are not acted on. Dave > > Thanks, > Guru > > On 20/4/16 7:25 PM, Guru Hb wrote: >> Hi Alexander Z , Kevin & Arunprasad, >> >> Please review the fix : >> https://bugs.openjdk.java.net/browse/JDK-8154186 >> http://cr.openjdk.java.net/~ghb/8154186/webrev.00/ >> >> Root Cause and solution updated in JBS. >> >> Thanks, >> Guru >> > -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From kevin.rushforth at oracle.com Wed Apr 27 14:38:24 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 27 Apr 2016 07:38:24 -0700 Subject: [9] Review request: 8154186: JVM crash while using JavaFW WebView and colgroup/cols html feature In-Reply-To: <5720CADD.1030708@Oracle.com> References: <57178A34.3090902@oracle.com> <5720C51F.2000400@oracle.com> <5720CADD.1030708@Oracle.com> Message-ID: <5720CEE0.4090304@oracle.com> Yes, please open a new bug. -- Kevin David Hill wrote: > On 4/27/16, 9:56 AM, Guru Hb wrote: >> Hi Dave & Kevin, >> >> Could you please review updated Unit test case >> http://cr.openjdk.java.net/~ghb/8152420/webrev.01/ >> >> Solution updated in JBS. > Hi Guru, > JDK-8154186 is closed, so I suspect you will need to open a new > bug. Kevin will say for sure but I think the new world is one > commit/one bug id. > > Looking at the changes - the only minor issues I have are: > > The new directory build/resources for the jar file. While not a big > deal, build/testing (perhaps build/testing/resources ?) feels like a > better home as the jar is for testing purposes. build/testing was > added with Jigsaw, so you may not have noticed it in your build, but > we are headed that way :-) > > The assumption of a working directory in the test: > load("jar:" + new File("build/resources/webArchiveJar.jar") > This is /probably/ ok from a sustainability point of view. But there > are other places where we pass in a property to find stuff in the > build tree like: def cssDir = > file("$buildDir/classes/main/javafx") > jvmArgs "-Djavafx.toolkit=test.com.sun.javafx.pgstub.StubToolkit", > "-DCSS_META_DATA_TEST_DIR=$cssDir" > > +1 after consideration of these minor points, and I am OK if they are > not acted on. > > Dave > > >> >> Thanks, >> Guru >> >> On 20/4/16 7:25 PM, Guru Hb wrote: >>> Hi Alexander Z , Kevin & Arunprasad, >>> >>> Please review the fix : >>> https://bugs.openjdk.java.net/browse/JDK-8154186 >>> http://cr.openjdk.java.net/~ghb/8154186/webrev.00/ >>> >>> Root Cause and solution updated in JBS. >>> >>> Thanks, >>> Guru >>> >> > > > -- > David Hill > Java Embedded Development > > "A man's feet should be planted in his country, but his eyes should survey the world." > -- George Santayana (1863 - 1952) > From kevin.rushforth at oracle.com Wed Apr 27 14:54:58 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 27 Apr 2016 07:54:58 -0700 Subject: [9] Review request: 8154186: JVM crash while using JavaFW WebView and colgroup/cols html feature In-Reply-To: <5720CEE0.4090304@oracle.com> References: <57178A34.3090902@oracle.com> <5720C51F.2000400@oracle.com> <5720CADD.1030708@Oracle.com> <5720CEE0.4090304@oracle.com> Message-ID: <5720D2C2.5070607@oracle.com> Oh I see the problem. This was just sent out with the wrong subject line. Please resend with the correct subject line for 8152420 and remove the quoted text for the other bug. Thanks. -- Kevin Kevin Rushforth wrote: > Yes, please open a new bug. > > -- Kevin > > > David Hill wrote: >> On 4/27/16, 9:56 AM, Guru Hb wrote: >>> Hi Dave & Kevin, >>> >>> Could you please review updated Unit test case >>> http://cr.openjdk.java.net/~ghb/8152420/webrev.01/ >>> >>> Solution updated in JBS. >> Hi Guru, >> JDK-8154186 is closed, so I suspect you will need to open a new >> bug. Kevin will say for sure but I think the new world is one >> commit/one bug id. >> >> Looking at the changes - the only minor issues I have are: >> >> The new directory build/resources for the jar file. While not a big >> deal, build/testing (perhaps build/testing/resources ?) feels like a >> better home as the jar is for testing purposes. build/testing was >> added with Jigsaw, so you may not have noticed it in your build, but >> we are headed that way :-) >> >> The assumption of a working directory in the test: >> load("jar:" + new File("build/resources/webArchiveJar.jar") >> This is /probably/ ok from a sustainability point of view. But there >> are other places where we pass in a property to find stuff in the >> build tree like: def cssDir = >> file("$buildDir/classes/main/javafx") >> jvmArgs >> "-Djavafx.toolkit=test.com.sun.javafx.pgstub.StubToolkit", >> "-DCSS_META_DATA_TEST_DIR=$cssDir" >> >> +1 after consideration of these minor points, and I am OK if they are >> not acted on. >> >> Dave >> >> >>> >>> Thanks, >>> Guru >>> >>> On 20/4/16 7:25 PM, Guru Hb wrote: >>>> Hi Alexander Z , Kevin & Arunprasad, >>>> >>>> Please review the fix : >>>> https://bugs.openjdk.java.net/browse/JDK-8154186 >>>> http://cr.openjdk.java.net/~ghb/8154186/webrev.00/ >>>> >>>> Root Cause and solution updated in JBS. >>>> >>>> Thanks, >>>> Guru >>>> >>> >> >> >> -- >> David Hill >> Java Embedded Development >> >> "A man's feet should be planted in his country, but his eyes should >> survey the world." >> -- George Santayana (1863 - 1952) >> From guru.hb at oracle.com Wed Apr 27 16:06:18 2016 From: guru.hb at oracle.com (Guru Hb) Date: Wed, 27 Apr 2016 21:36:18 +0530 Subject: [9] Review request: 8154186: JVM crash while using JavaFW WebView and colgroup/cols html feature In-Reply-To: <5720D2C2.5070607@oracle.com> References: <57178A34.3090902@oracle.com> <5720C51F.2000400@oracle.com> <5720CADD.1030708@Oracle.com> <5720CEE0.4090304@oracle.com> <5720D2C2.5070607@oracle.com> Message-ID: <5720E37A.2040102@oracle.com> Kevin and Dave Sorry for my ignorance. Reply to my previous review request (JDK-8154186 previous defect sent out for review and it's already fixed). will incorporate the review comments and send out the updated webrev (with correct subject: line) Thanks, Guru On 27/4/16 8:24 PM, Kevin Rushforth wrote: > Oh I see the problem. This was just sent out with the wrong subject > line. Please resend with the correct subject line for 8152420 and > remove the quoted text for the other bug. > > Thanks. > > -- Kevin > > > Kevin Rushforth wrote: >> Yes, please open a new bug. >> >> -- Kevin >> >> >> David Hill wrote: >>> On 4/27/16, 9:56 AM, Guru Hb wrote: >>>> Hi Dave & Kevin, >>>> >>>> Could you please review updated Unit test case >>>> http://cr.openjdk.java.net/~ghb/8152420/webrev.01/ >>>> >>>> Solution updated in JBS. >>> Hi Guru, >>> JDK-8154186 is closed, so I suspect you will need to open a new >>> bug. Kevin will say for sure but I think the new world is one >>> commit/one bug id. >>> >>> Looking at the changes - the only minor issues I have are: >>> >>> The new directory build/resources for the jar file. While not a big >>> deal, build/testing (perhaps build/testing/resources ?) feels like a >>> better home as the jar is for testing purposes. build/testing was >>> added with Jigsaw, so you may not have noticed it in your build, but >>> we are headed that way :-) >>> >>> The assumption of a working directory in the test: >>> load("jar:" + new File("build/resources/webArchiveJar.jar") >>> This is /probably/ ok from a sustainability point of view. But there >>> are other places where we pass in a property to find stuff in the >>> build tree like: def cssDir = >>> file("$buildDir/classes/main/javafx") >>> jvmArgs >>> "-Djavafx.toolkit=test.com.sun.javafx.pgstub.StubToolkit", >>> "-DCSS_META_DATA_TEST_DIR=$cssDir" >>> >>> +1 after consideration of these minor points, and I am OK if they >>> are not acted on. >>> >>> Dave >>> >>> >>>> >>>> Thanks, >>>> Guru >>>> >>>> On 20/4/16 7:25 PM, Guru Hb wrote: >>>>> Hi Alexander Z , Kevin & Arunprasad, >>>>> >>>>> Please review the fix : >>>>> https://bugs.openjdk.java.net/browse/JDK-8154186 >>>>> http://cr.openjdk.java.net/~ghb/8154186/webrev.00/ >>>>> >>>>> Root Cause and solution updated in JBS. >>>>> >>>>> Thanks, >>>>> Guru >>>>> >>>> >>> >>> >>> -- >>> David Hill >>> Java Embedded Development >>> >>> "A man's feet should be planted in his country, but his eyes should >>> survey the world." >>> -- George Santayana (1863 - 1952) From guru.hb at oracle.com Wed Apr 27 17:01:54 2016 From: guru.hb at oracle.com (Guru Hb) Date: Wed, 27 Apr 2016 22:31:54 +0530 Subject: Review request for 8152420 : [WebView] Icon font doesn't work if single page application will be loaded from jar In-Reply-To: <5702A5CE.3090502@oracle.com> References: <2efd6ecd-2204-4d66-8ecc-0bb2977f1a09@default> <15a2a081-054d-4d82-8fff-632d43936d90@default> <24e1299d-e6d4-4b1f-bf32-9d1932418c3c@default> <56FB667F.5000207@oracle.com> <5702A5CE.3090502@oracle.com> Message-ID: <5720F082.8020705@oracle.com> Thanks Dave and Kevin, Updated Webrev : http://cr.openjdk.java.net/~ghb/8152420/webrev.02/ Jar destination (build/testing/resources) and followed cssDir way of passing the jar location. Thanks, Guru ------------------------------------------------------------------------------------------------------------------------------------------------------------------- Kevin and Dave Sorry for my ignorance. Reply to my previous review request (JDK-8154186 previous defect sent out for review and it's already fixed). will incorporate the review comments and send out the updated webrev (with correct subject: line) Thanks, Guru On 27/4/16 8:24 PM, Kevin Rushforth wrote: Oh I see the problem. This was just sent out with the wrong subject line. Please resend with the correct subject line for 8152420 and remove the quoted text for the other bug. Thanks. -- Kevin Kevin Rushforth wrote: Yes, please open a new bug. -- Kevin David Hill wrote: On 4/27/16, 9:56 AM, Guru Hb wrote: > Hi Dave & Kevin, > > Could you please review updated Unit test case > http://cr.openjdk.java.net/~ghb/8152420/webrev.01/ > > Solution updated in JBS. Hi Guru, JDK-8154186 is closed, so I suspect you will need to open a new bug. Kevin will say for sure but I think the new world is one commit/one bug id. Looking at the changes - the only minor issues I have are: The new directory build/resources for the jar file. While not a big deal, build/testing (perhaps build/testing/resources ?) feels like a better home as the jar is for testing purposes. build/testing was added with Jigsaw, so you may not have noticed it in your build, but we are headed that way The assumption of a working directory in the test: load("jar:" + new File("build/resources/webArchiveJar.jar") This is /probably/ ok from a sustainability point of view. But there are other places where we pass in a property to find stuff in the build tree like: def cssDir = file("$buildDir/classes/main/javafx") jvmArgs "-Djavafx.toolkit=test.com.sun.javafx.pgstub.StubToolkit", "-DCSS_META_DATA_TEST_DIR=$cssDir" +1 after consideration of these minor points, and I am OK if they are not acted on. Dave On 4/4/16 11:05 PM, Guru Hb wrote: > Hi Alexander, Arunprasad & Kevin, > > JBS : https://bugs.openjdk.java.net/browse/JDK-8152420 > Webrev : http://cr.openjdk.java.net/~ghb/8152420/webrev.00/ > > Root cause and fix description updated in JBS. > > Thanks, > Guru From philip.race at oracle.com Wed Apr 27 18:12:16 2016 From: philip.race at oracle.com (Phil Race) Date: Wed, 27 Apr 2016 11:12:16 -0700 Subject: RFR: 8087298: FontMetrics.computeStringWidth method is not correct for persian/arabic Message-ID: <57210100.2030007@oracle.com> Jonathan, Please review the fix we discussed :- bug: https://bugs.openjdk.java.net/browse/JDK-8087298 webrev : http://cr.openjdk.java.net/~prr/8087298/ -phil. From miso at hlavki.eu Wed Apr 27 18:50:50 2016 From: miso at hlavki.eu (Michal Hlavac) Date: Wed, 27 Apr 2016 20:50:50 +0200 Subject: javafx fonts in OpenSUSE In-Reply-To: <3347813.RKMUTjKpeb@hlavki> References: <3347813.RKMUTjKpeb@hlavki> Message-ID: <8992678.JpkYn7PEdp@hlavki> Hi, Is it possible to file a bug for this issue? thanks, miso On nede?a, 24. apr?la 2016 21:21:46 CEST Michal Hlavac wrote: Hello, I use OpenSuSE Thumbleweed and jdk9 113 build (same in java 8) Fonts in javafx application looks different (uglier): http://paste.opensuse.org/view/raw/2517282 same page in firefox: http://paste.opensuse.org/view/raw/88971809 I also tried with ubuntu 15.10 in virtualbox and menu font has same result: http://paste.opensuse.org/view/raw/98583297 Why is that? thanks, miso From chris.bensen at oracle.com Wed Apr 27 20:34:03 2016 From: chris.bensen at oracle.com (Chris Bensen) Date: Wed, 27 Apr 2016 13:34:03 -0700 Subject: Request Review: [9]: [packager] Refactor Java Packager Message-ID: <5E288780-7DDC-429F-B7A2-C8A40D7645B0@oracle.com> Kevin, Please review this refactoring change. This is the FX side of JDK-8150990 where the parts of the jdk.packager module that depend on jlink are refactored and moved to the jdk.jlink module. review: http://cr.openjdk.java.net/~cbensen/JDK-8154898/webrev.02/ JIRA: https://bugs.openjdk.java.net/browse/JDK-8154898 Thanks, Chris From kevin.rushforth at oracle.com Thu Apr 28 15:16:30 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 28 Apr 2016 08:16:30 -0700 Subject: CFV: New OpenJFX Committer: Guru Hb Message-ID: <5722294E.5050909@oracle.com> I hereby nominate Guru Hb [1] to OpenJFX Committer. Guru is a member of JavaFX team at Oracle working on WebKit, who has contributed 10 changesets [5] to OpenJFX, at least 8 of which are significant. Votes are due by May 12, 2016. Only current OpenJFX Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [3]. Nomination to a project Committer is described in [4]. Thanks, -- Kevin [1] http://openjdk.java.net/census#ghb [2] http://openjdk.java.net/census#openjfx [3] http://openjdk.java.net/bylaws#lazy-consensus [4] http://openjdk.java.net/projects#project-committer [5] List of changesets: http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/1ec63f261e9f http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/fb4c37073893 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/3ccf14ef836f http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/45efd3d83bf1 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/08a57f273c76 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/bd97f8ca31fc http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/0576d7a6f137 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/d4f8c9496683 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/620f5c6b4383 http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/aa51df7e1d41 From kevin.rushforth at oracle.com Thu Apr 28 15:18:33 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 28 Apr 2016 08:18:33 -0700 Subject: CFV: New OpenJFX Committer: Guru Hb In-Reply-To: <5722294E.5050909@oracle.com> References: <5722294E.5050909@oracle.com> Message-ID: <572229C9.2070006@oracle.com> Vote: YES Kevin Rushforth wrote: > I hereby nominate Guru Hb [1] to OpenJFX Committer. > > Guru is a member of JavaFX team at Oracle working on WebKit, who has > contributed 10 changesets [5] to OpenJFX, at least 8 of which are > significant. > > Votes are due by May 12, 2016. > > Only current OpenJFX Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [3]. Nomination to a > project Committer is described in [4]. > > Thanks, > > -- Kevin > > [1] http://openjdk.java.net/census#ghb > > [2] http://openjdk.java.net/census#openjfx > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > [4] http://openjdk.java.net/projects#project-committer > > [5] List of changesets: > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/1ec63f261e9f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/fb4c37073893 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/3ccf14ef836f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/45efd3d83bf1 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/08a57f273c76 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/bd97f8ca31fc > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/0576d7a6f137 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/d4f8c9496683 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/620f5c6b4383 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/aa51df7e1d41 > From kevin.rushforth at oracle.com Thu Apr 28 15:24:10 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 28 Apr 2016 08:24:10 -0700 Subject: javafx fonts in OpenSUSE In-Reply-To: <8992678.JpkYn7PEdp@hlavki> References: <3347813.RKMUTjKpeb@hlavki> <8992678.JpkYn7PEdp@hlavki> Message-ID: <57222B1A.1010206@oracle.com> You can find instructions for filing a bug here: https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report The page for filing a bug is here: http://bugreport.java.com/bugreport/ -- Kevin Michal Hlavac wrote: > Hi, > > Is it possible to file a bug for this issue? > > thanks, miso > > On nede?a, 24. apr?la 2016 21:21:46 CEST Michal Hlavac wrote: > > > Hello, > > I use OpenSuSE Thumbleweed and jdk9 113 build (same in java 8) > > Fonts in javafx application looks different (uglier): > http://paste.opensuse.org/view/raw/2517282 > > same page in firefox: > http://paste.opensuse.org/view/raw/88971809 > > I also tried with ubuntu 15.10 in virtualbox and menu font has same result: > http://paste.opensuse.org/view/raw/98583297 > > Why is that? > > thanks, miso > > > From David.Hill at Oracle.com Thu Apr 28 16:01:03 2016 From: David.Hill at Oracle.com (David Hill) Date: Thu, 28 Apr 2016 12:01:03 -0400 Subject: CFV: New OpenJFX Committer: Guru Hb In-Reply-To: <5722294E.5050909@oracle.com> References: <5722294E.5050909@oracle.com> Message-ID: <572233BF.2010301@Oracle.com> On 4/28/16, 11:16 AM, Kevin Rushforth wrote: > I hereby nominate Guru Hb [1] to OpenJFX Committer. vote: yes > > Guru is a member of JavaFX team at Oracle working on WebKit, who has contributed 10 changesets [5] to OpenJFX, at least 8 of which are significant. > > Votes are due by May 12, 2016. > > Only current OpenJFX Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. Nomination to a project Committer is described in [4]. > > Thanks, > > -- Kevin > > [1] http://openjdk.java.net/census#ghb > > [2] http://openjdk.java.net/census#openjfx > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > [4] http://openjdk.java.net/projects#project-committer > > [5] List of changesets: > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/1ec63f261e9f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/fb4c37073893 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/3ccf14ef836f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/45efd3d83bf1 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/08a57f273c76 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/bd97f8ca31fc > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/0576d7a6f137 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/d4f8c9496683 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/620f5c6b4383 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/aa51df7e1d41 > -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From david.grieve at oracle.com Thu Apr 28 16:22:33 2016 From: david.grieve at oracle.com (David Grieve) Date: Thu, 28 Apr 2016 12:22:33 -0400 Subject: CFV: New OpenJFX Committer: Guru Hb In-Reply-To: <5722294E.5050909@oracle.com> References: <5722294E.5050909@oracle.com> Message-ID: <572238C9.7010009@oracle.com> Vote: Yes On 4/28/16 11:16 AM, Kevin Rushforth wrote: > I hereby nominate Guru Hb [1] to OpenJFX Committer. > > Guru is a member of JavaFX team at Oracle working on WebKit, who has > contributed 10 changesets [5] to OpenJFX, at least 8 of which are > significant. > > Votes are due by May 12, 2016. > > Only current OpenJFX Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [3]. Nomination to a > project Committer is described in [4]. > > Thanks, > > -- Kevin > > [1] http://openjdk.java.net/census#ghb > > [2] http://openjdk.java.net/census#openjfx > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > [4] http://openjdk.java.net/projects#project-committer > > [5] List of changesets: > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/1ec63f261e9f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/fb4c37073893 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/3ccf14ef836f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/45efd3d83bf1 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/08a57f273c76 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/bd97f8ca31fc > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/0576d7a6f137 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/d4f8c9496683 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/620f5c6b4383 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/aa51df7e1d41 > From chien.yang at oracle.com Thu Apr 28 16:37:14 2016 From: chien.yang at oracle.com (Chien Yang) Date: Thu, 28 Apr 2016 09:37:14 -0700 Subject: CFV: New OpenJFX Committer: Guru Hb In-Reply-To: <5722294E.5050909@oracle.com> References: <5722294E.5050909@oracle.com> Message-ID: <57223C3A.40902@oracle.com> Vote: YES On 4/28/16, 8:16 AM, Kevin Rushforth wrote: > I hereby nominate Guru Hb [1] to OpenJFX Committer. > > Guru is a member of JavaFX team at Oracle working on WebKit, who has > contributed 10 changesets [5] to OpenJFX, at least 8 of which are > significant. > > Votes are due by May 12, 2016. > > Only current OpenJFX Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [3]. Nomination to a > project Committer is described in [4]. > > Thanks, > > -- Kevin > > [1] http://openjdk.java.net/census#ghb > > [2] http://openjdk.java.net/census#openjfx > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > [4] http://openjdk.java.net/projects#project-committer > > [5] List of changesets: > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/1ec63f261e9f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/fb4c37073893 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/3ccf14ef836f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/45efd3d83bf1 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/08a57f273c76 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/bd97f8ca31fc > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/0576d7a6f137 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/d4f8c9496683 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/620f5c6b4383 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/aa51df7e1d41 > From vadim.pakhnushev at oracle.com Thu Apr 28 17:04:10 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Thu, 28 Apr 2016 20:04:10 +0300 Subject: CFV: New OpenJFX Committer: Guru Hb In-Reply-To: <5722294E.5050909@oracle.com> References: <5722294E.5050909@oracle.com> Message-ID: <5722428A.5000603@oracle.com> Vote: yes On 28.04.2016 18:16, Kevin Rushforth wrote: > I hereby nominate Guru Hb [1] to OpenJFX Committer. > > Guru is a member of JavaFX team at Oracle working on WebKit, who has > contributed 10 changesets [5] to OpenJFX, at least 8 of which are > significant. > > Votes are due by May 12, 2016. > > Only current OpenJFX Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [3]. Nomination to a > project Committer is described in [4]. > > Thanks, > > -- Kevin > > [1] http://openjdk.java.net/census#ghb > > [2] http://openjdk.java.net/census#openjfx > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > [4] http://openjdk.java.net/projects#project-committer > > [5] List of changesets: > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/1ec63f261e9f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/fb4c37073893 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/3ccf14ef836f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/45efd3d83bf1 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/08a57f273c76 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/bd97f8ca31fc > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/0576d7a6f137 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/d4f8c9496683 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/620f5c6b4383 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/aa51df7e1d41 > From morris.meyer at oracle.com Thu Apr 28 17:39:31 2016 From: morris.meyer at oracle.com (Morris Meyer) Date: Thu, 28 Apr 2016 13:39:31 -0400 Subject: CFV: New OpenJFX Committer: Guru Hb In-Reply-To: <5722294E.5050909@oracle.com> References: <5722294E.5050909@oracle.com> Message-ID: <57224AD3.7000607@oracle.com> Vote: YES On 4/28/16 11:16 AM, Kevin Rushforth wrote: > I hereby nominate Guru Hb [1] to OpenJFX Committer. > > Guru is a member of JavaFX team at Oracle working on WebKit, who has > contributed 10 changesets [5] to OpenJFX, at least 8 of which are > significant. > > Votes are due by May 12, 2016. > > Only current OpenJFX Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [3]. Nomination to a > project Committer is described in [4]. > > Thanks, > > -- Kevin > > [1] http://openjdk.java.net/census#ghb > > [2] http://openjdk.java.net/census#openjfx > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > [4] http://openjdk.java.net/projects#project-committer > > [5] List of changesets: > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/1ec63f261e9f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/fb4c37073893 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/3ccf14ef836f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/45efd3d83bf1 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/08a57f273c76 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/bd97f8ca31fc > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/0576d7a6f137 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/d4f8c9496683 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/620f5c6b4383 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/aa51df7e1d41 > From philip.race at oracle.com Thu Apr 28 17:49:51 2016 From: philip.race at oracle.com (Phil Race) Date: Thu, 28 Apr 2016 10:49:51 -0700 Subject: CFV: New OpenJFX Committer: Guru Hb In-Reply-To: <5722294E.5050909@oracle.com> References: <5722294E.5050909@oracle.com> Message-ID: <57224D3F.2080604@oracle.com> Vote: yes -phil. From bbolstad at ikonscience.com Thu Apr 28 18:03:36 2016 From: bbolstad at ikonscience.com (Brian Bolstad) Date: Thu, 28 Apr 2016 18:03:36 +0000 Subject: SwingNode doesn't respond to Swing component resize? In-Reply-To: <777685065.18519016.1461336986075.JavaMail.zimbra@luciad.com> References: <1cdac9dd84d547b6b8f088c103e7aa75@MBX05C-ORD1.mex08.mlsrvr.com> <777685065.18519016.1461336986075.JavaMail.zimbra@luciad.com> Message-ID: <27039273567c472daa240cb41ff5e151@MBX05C-ORD1.mex08.mlsrvr.com> Thanks for the response, Stijn. Even without setting the size directly and with the revalidate call, I am still unable to get the SwingNode to resize. The problem to me seems to be that a SwingNode caches the size constraints of its Swing component, but those caches don?t get refreshed when the size constraints of the Swing component are changed, even when a layout pass is performed. There are listeners for the size constraint properties (down in JLightweightFrame), but as nearly as I can tell, these only get called when you first set the content, or when a component is added or removed from the LW frame. I?ve found that if I explicitly call SwingNode.setContent(component) each time I update the size constraints of component, then the SwingNode will resize, but that is wasteful (destroys and recreates the LW frame) and shouldn?t be necessary. There may be a concept that I?m completely missing here, but this feels like a bug with SwingNode. Thanks, BB From: Stijn Debruyckere [mailto:Stijn.Debruyckere at luciad.com] Sent: Friday, April 22, 2016 9:56 AM To: Brian Bolstad Cc: openjfx-dev at openjdk.java.net Subject: Re: SwingNode doesn't respond to Swing component resize? You should call component.revalidate() after changing it's preferred size I believe (didn't check your program though). If that doesn't help, you could check if you maybe tampered with the Direct3D settings: // Verify that Direct3D is enabled (the default setting), to avoid resize issues. if ( Boolean.valueOf(System.getProperty("sun.java2d.noddraw", "false")) || !Boolean.valueOf(System.getProperty("sun.java2d.d3d", "true")) ) { throw new IllegalStateException("Do not change the Direct3D default settings (Windows specific), " + "it may cause glitches during frame re-sizing."); } Note: you shouldn't call setSize directly on Swing components, layout managers should take care of that. Kind regards, Stijn ________________________________ From: "Brian Bolstad" > To: openjfx-dev at openjdk.java.net Sent: Monday, April 18, 2016 10:08:10 PM Subject: SwingNode doesn't respond to Swing component resize? Hello everyone, In the SwingNode#resize(double, double) documentation, it states: "Applications should not invoke this method directly. If an application needs to directly set the size of the SwingNode, it should set the Swing component's minimum/preferred/maximum size constraints which will be propagated correspondingly to the SwingNode and it's parent will honor those settings during layout." However, I'm not seeing this behavior-the SwingNode doesn't resize for me unless I remove and re-add the Swing component to the SwingNode after resizing. In the implementation, the private class SwingNodeContent has methods like preferredSizeChanged that I assume should be called when the Swing component size constraints are modified. However, it looks to me like JLightweightFrame only installs pref/max/min size property change listeners on components added after the first one. So, SwingNode never gets notified of the size changes and never updates it's cached values for the swing component's sizes and never updates its layoutBounds. Below is a sample that demonstrates the problem I'm seeing; if you click the button, it will double its size, but the enclosing SwingNode doesn't change size. I'm running JavaFX 8u66 on Windows 10. I'm very new to JavaFX, so what am I doing wrong? Thanks, BB import javafx.application.Application; import javafx.embed.swing.SwingNode; import javafx.scene.Scene; import javafx.scene.layout.StackPane; import javafx.scene.paint.Color; import javafx.scene.shape.Rectangle; import javafx.stage.Stage; import javax.swing.*; import java.awt.*; public class SwingNodeResize extends Application { @Override public void start(Stage primaryStage) { SwingNode swingNode = new SwingNode(); init(swingNode); StackPane root = new StackPane(new Rectangle(500, 500, Color.RED), swingNode); Scene scene = new Scene(root); primaryStage.setTitle("SwingNode Resize"); primaryStage.setScene(scene); primaryStage.show(); } private void init(final SwingNode node) { SwingUtilities.invokeLater(() -> { JButton button = new JButton("Click me!"); button.addActionListener(event -> { Dimension buttonSize = button.getSize(); buttonSize.setSize(buttonSize.getWidth() * 2, buttonSize.getHeight() * 2); button.setPreferredSize(buttonSize); button.setMinimumSize(buttonSize); button.setMaximumSize(buttonSize); button.setSize(buttonSize); System.out.println("Button size: " + button.getPreferredSize() + "; " + "SwingNode size: " + new Dimension((int) node.prefWidth(-1), (int) node.prefHeight(-1))); }); node.setContent(button); }); } public static void main(String[] args) { launch(args); } } From kevin.rushforth at oracle.com Thu Apr 28 18:13:26 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 28 Apr 2016 11:13:26 -0700 Subject: SwingNode doesn't respond to Swing component resize? In-Reply-To: <27039273567c472daa240cb41ff5e151@MBX05C-ORD1.mex08.mlsrvr.com> References: <1cdac9dd84d547b6b8f088c103e7aa75@MBX05C-ORD1.mex08.mlsrvr.com> <777685065.18519016.1461336986075.JavaMail.zimbra@luciad.com> <27039273567c472daa240cb41ff5e151@MBX05C-ORD1.mex08.mlsrvr.com> Message-ID: <572252C6.7010100@oracle.com> Yes, this seems like a bug to me, too. Can you please file a bug? You can find instructions for filing a bug here: https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report The page for filing a bug is here: http://bugreport.java.com/bugreport/ -- Kevin Brian Bolstad wrote: > Thanks for the response, Stijn. > > Even without setting the size directly and with the revalidate call, I am still unable to get the SwingNode to resize. The problem to me seems to be that a SwingNode caches the size constraints of its Swing component, but those caches don?t get refreshed when the size constraints of the Swing component are changed, even when a layout pass is performed. There are listeners for the size constraint properties (down in JLightweightFrame), but as nearly as I can tell, these only get called when you first set the content, or when a component is added or removed from the LW frame. > > I?ve found that if I explicitly call SwingNode.setContent(component) each time I update the size constraints of component, then the SwingNode will resize, but that is wasteful (destroys and recreates the LW frame) and shouldn?t be necessary. > > There may be a concept that I?m completely missing here, but this feels like a bug with SwingNode. > > Thanks, > BB > > From: Stijn Debruyckere [mailto:Stijn.Debruyckere at luciad.com] > Sent: Friday, April 22, 2016 9:56 AM > To: Brian Bolstad > Cc: openjfx-dev at openjdk.java.net > Subject: Re: SwingNode doesn't respond to Swing component resize? > > You should call component.revalidate() after changing it's preferred size I believe (didn't check your program though). > > If that doesn't help, you could check if you maybe tampered with the Direct3D settings: > > // Verify that Direct3D is enabled (the default setting), to avoid resize issues. > > if ( Boolean.valueOf(System.getProperty("sun.java2d.noddraw", "false")) || > > !Boolean.valueOf(System.getProperty("sun.java2d.d3d", "true")) ) { > > throw new IllegalStateException("Do not change the Direct3D default settings (Windows specific), " > > + "it may cause glitches during frame re-sizing."); > > } > > Note: you shouldn't call setSize directly on Swing components, layout managers should take care of that. > > Kind regards, > Stijn > > ________________________________ > From: "Brian Bolstad" > > To: openjfx-dev at openjdk.java.net > Sent: Monday, April 18, 2016 10:08:10 PM > Subject: SwingNode doesn't respond to Swing component resize? > > Hello everyone, > > In the SwingNode#resize(double, double) documentation, it states: > > "Applications should not invoke this method directly. If an application needs to directly set the size of the SwingNode, it should set the Swing component's minimum/preferred/maximum size constraints which will be propagated correspondingly to the SwingNode and it's parent will honor those settings during layout." > > However, I'm not seeing this behavior-the SwingNode doesn't resize for me unless I remove and re-add the Swing component to the SwingNode after resizing. > > In the implementation, the private class SwingNodeContent has methods like preferredSizeChanged that I assume should be called when the Swing component size constraints are modified. However, it looks to me like JLightweightFrame only installs pref/max/min size property change listeners on components added after the first one. So, SwingNode never gets notified of the size changes and never updates it's cached values for the swing component's sizes and never updates its layoutBounds. > > Below is a sample that demonstrates the problem I'm seeing; if you click the button, it will double its size, but the enclosing SwingNode doesn't change size. I'm running JavaFX 8u66 on Windows 10. > > I'm very new to JavaFX, so what am I doing wrong? > > Thanks, > BB > > import javafx.application.Application; > import javafx.embed.swing.SwingNode; > import javafx.scene.Scene; > import javafx.scene.layout.StackPane; > import javafx.scene.paint.Color; > import javafx.scene.shape.Rectangle; > import javafx.stage.Stage; > > import javax.swing.*; > import java.awt.*; > > public class SwingNodeResize extends Application > { > @Override > public void start(Stage primaryStage) > { > SwingNode swingNode = new SwingNode(); > > init(swingNode); > > StackPane root = new StackPane(new Rectangle(500, 500, Color.RED), swingNode); > Scene scene = new Scene(root); > > primaryStage.setTitle("SwingNode Resize"); > primaryStage.setScene(scene); > primaryStage.show(); > } > > private void init(final SwingNode node) > { > SwingUtilities.invokeLater(() -> > { > JButton button = new JButton("Click me!"); > button.addActionListener(event -> > { > Dimension buttonSize = button.getSize(); > buttonSize.setSize(buttonSize.getWidth() * 2, buttonSize.getHeight() * 2); > > button.setPreferredSize(buttonSize); > button.setMinimumSize(buttonSize); > button.setMaximumSize(buttonSize); > button.setSize(buttonSize); > > System.out.println("Button size: " + button.getPreferredSize() + "; " + > "SwingNode size: " + new Dimension((int) node.prefWidth(-1), (int) node.prefHeight(-1))); > }); > > node.setContent(button); > }); > } > > public static void main(String[] args) > { > launch(args); > } > } > > From bbolstad at ikonscience.com Thu Apr 28 18:19:38 2016 From: bbolstad at ikonscience.com (Brian Bolstad) Date: Thu, 28 Apr 2016 18:19:38 +0000 Subject: SwingNode doesn't respond to Swing component resize? In-Reply-To: <572252C6.7010100@oracle.com> References: <1cdac9dd84d547b6b8f088c103e7aa75@MBX05C-ORD1.mex08.mlsrvr.com> <777685065.18519016.1461336986075.JavaMail.zimbra@luciad.com> <27039273567c472daa240cb41ff5e151@MBX05C-ORD1.mex08.mlsrvr.com> <572252C6.7010100@oracle.com> Message-ID: <52855770600b4e0382f52aeee8660259@MBX05C-ORD1.mex08.mlsrvr.com> Hi Kevin, Thanks for the quick feedback. I did go ahead and file one last week: JDK-8154846 : SwingNode does not resize when content size constraints are changed (http://bugs.java.com/bugdatabase/view_bug.do?bug_id=8154846) Looking forward to the fix! Thanks, BB -----Original Message----- From: Kevin Rushforth [mailto:kevin.rushforth at oracle.com] Sent: Thursday, April 28, 2016 1:13 PM To: Brian Bolstad Cc: Stijn Debruyckere; openjfx-dev at openjdk.java.net Subject: Re: SwingNode doesn't respond to Swing component resize? Yes, this seems like a bug to me, too. Can you please file a bug? You can find instructions for filing a bug here: https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report The page for filing a bug is here: http://bugreport.java.com/bugreport/ -- Kevin Brian Bolstad wrote: > Thanks for the response, Stijn. > > Even without setting the size directly and with the revalidate call, I am still unable to get the SwingNode to resize. The problem to me seems to be that a SwingNode caches the size constraints of its Swing component, but those caches don?t get refreshed when the size constraints of the Swing component are changed, even when a layout pass is performed. There are listeners for the size constraint properties (down in JLightweightFrame), but as nearly as I can tell, these only get called when you first set the content, or when a component is added or removed from the LW frame. > > I?ve found that if I explicitly call SwingNode.setContent(component) each time I update the size constraints of component, then the SwingNode will resize, but that is wasteful (destroys and recreates the LW frame) and shouldn?t be necessary. > > There may be a concept that I?m completely missing here, but this feels like a bug with SwingNode. > > Thanks, > BB > > From: Stijn Debruyckere [mailto:Stijn.Debruyckere at luciad.com] > Sent: Friday, April 22, 2016 9:56 AM > To: Brian Bolstad > Cc: openjfx-dev at openjdk.java.net > Subject: Re: SwingNode doesn't respond to Swing component resize? > > You should call component.revalidate() after changing it's preferred size I believe (didn't check your program though). > > If that doesn't help, you could check if you maybe tampered with the Direct3D settings: > > // Verify that Direct3D is enabled (the default setting), to avoid resize issues. > > if ( Boolean.valueOf(System.getProperty("sun.java2d.noddraw", > "false")) || > > !Boolean.valueOf(System.getProperty("sun.java2d.d3d", "true")) ) > { > > throw new IllegalStateException("Do not change the Direct3D default settings (Windows specific), " > > + "it may cause glitches during > frame re-sizing."); > > } > > Note: you shouldn't call setSize directly on Swing components, layout managers should take care of that. > > Kind regards, > Stijn > > ________________________________ > From: "Brian Bolstad" > > > To: openjfx-dev at openjdk.java.net > Sent: Monday, April 18, 2016 10:08:10 PM > Subject: SwingNode doesn't respond to Swing component resize? > > Hello everyone, > > In the SwingNode#resize(double, double) documentation, it states: > > "Applications should not invoke this method directly. If an application needs to directly set the size of the SwingNode, it should set the Swing component's minimum/preferred/maximum size constraints which will be propagated correspondingly to the SwingNode and it's parent will honor those settings during layout." > > However, I'm not seeing this behavior-the SwingNode doesn't resize for me unless I remove and re-add the Swing component to the SwingNode after resizing. > > In the implementation, the private class SwingNodeContent has methods like preferredSizeChanged that I assume should be called when the Swing component size constraints are modified. However, it looks to me like JLightweightFrame only installs pref/max/min size property change listeners on components added after the first one. So, SwingNode never gets notified of the size changes and never updates it's cached values for the swing component's sizes and never updates its layoutBounds. > > Below is a sample that demonstrates the problem I'm seeing; if you click the button, it will double its size, but the enclosing SwingNode doesn't change size. I'm running JavaFX 8u66 on Windows 10. > > I'm very new to JavaFX, so what am I doing wrong? > > Thanks, > BB > > import javafx.application.Application; import > javafx.embed.swing.SwingNode; import javafx.scene.Scene; import > javafx.scene.layout.StackPane; import javafx.scene.paint.Color; import > javafx.scene.shape.Rectangle; import javafx.stage.Stage; > > import javax.swing.*; > import java.awt.*; > > public class SwingNodeResize extends Application { > @Override > public void start(Stage primaryStage) > { > SwingNode swingNode = new SwingNode(); > > init(swingNode); > > StackPane root = new StackPane(new Rectangle(500, 500, Color.RED), swingNode); > Scene scene = new Scene(root); > > primaryStage.setTitle("SwingNode Resize"); > primaryStage.setScene(scene); > primaryStage.show(); > } > > private void init(final SwingNode node) > { > SwingUtilities.invokeLater(() -> > { > JButton button = new JButton("Click me!"); > button.addActionListener(event -> > { > Dimension buttonSize = button.getSize(); > buttonSize.setSize(buttonSize.getWidth() * 2, > buttonSize.getHeight() * 2); > > button.setPreferredSize(buttonSize); > button.setMinimumSize(buttonSize); > button.setMaximumSize(buttonSize); > button.setSize(buttonSize); > > System.out.println("Button size: " + button.getPreferredSize() + "; " + > "SwingNode size: " + new Dimension((int) node.prefWidth(-1), (int) node.prefHeight(-1))); > }); > > node.setContent(button); > }); > } > > public static void main(String[] args) > { > launch(args); > } > } > > From kevin.rushforth at oracle.com Thu Apr 28 18:21:15 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 28 Apr 2016 11:21:15 -0700 Subject: SwingNode doesn't respond to Swing component resize? In-Reply-To: <52855770600b4e0382f52aeee8660259@MBX05C-ORD1.mex08.mlsrvr.com> References: <1cdac9dd84d547b6b8f088c103e7aa75@MBX05C-ORD1.mex08.mlsrvr.com> <777685065.18519016.1461336986075.JavaMail.zimbra@luciad.com> <27039273567c472daa240cb41ff5e151@MBX05C-ORD1.mex08.mlsrvr.com> <572252C6.7010100@oracle.com> <52855770600b4e0382f52aeee8660259@MBX05C-ORD1.mex08.mlsrvr.com> Message-ID: <5722549B.8080500@oracle.com> I see. Thanks. -- Kevin Brian Bolstad wrote: > Hi Kevin, > > Thanks for the quick feedback. I did go ahead and file one last week: > > JDK-8154846 : SwingNode does not resize when content size constraints are changed > (http://bugs.java.com/bugdatabase/view_bug.do?bug_id=8154846) > > Looking forward to the fix! > > Thanks, > BB > > -----Original Message----- > From: Kevin Rushforth [mailto:kevin.rushforth at oracle.com] > Sent: Thursday, April 28, 2016 1:13 PM > To: Brian Bolstad > Cc: Stijn Debruyckere; openjfx-dev at openjdk.java.net > Subject: Re: SwingNode doesn't respond to Swing component resize? > > Yes, this seems like a bug to me, too. Can you please file a bug? > > You can find instructions for filing a bug here: > > https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report > > The page for filing a bug is here: > > http://bugreport.java.com/bugreport/ > > -- Kevin > > > Brian Bolstad wrote: > >> Thanks for the response, Stijn. >> >> Even without setting the size directly and with the revalidate call, I am still unable to get the SwingNode to resize. The problem to me seems to be that a SwingNode caches the size constraints of its Swing component, but those caches don?t get refreshed when the size constraints of the Swing component are changed, even when a layout pass is performed. There are listeners for the size constraint properties (down in JLightweightFrame), but as nearly as I can tell, these only get called when you first set the content, or when a component is added or removed from the LW frame. >> >> I?ve found that if I explicitly call SwingNode.setContent(component) each time I update the size constraints of component, then the SwingNode will resize, but that is wasteful (destroys and recreates the LW frame) and shouldn?t be necessary. >> >> There may be a concept that I?m completely missing here, but this feels like a bug with SwingNode. >> >> Thanks, >> BB >> >> From: Stijn Debruyckere [mailto:Stijn.Debruyckere at luciad.com] >> Sent: Friday, April 22, 2016 9:56 AM >> To: Brian Bolstad >> Cc: openjfx-dev at openjdk.java.net >> Subject: Re: SwingNode doesn't respond to Swing component resize? >> >> You should call component.revalidate() after changing it's preferred size I believe (didn't check your program though). >> >> If that doesn't help, you could check if you maybe tampered with the Direct3D settings: >> >> // Verify that Direct3D is enabled (the default setting), to avoid resize issues. >> >> if ( Boolean.valueOf(System.getProperty("sun.java2d.noddraw", >> "false")) || >> >> !Boolean.valueOf(System.getProperty("sun.java2d.d3d", "true")) ) >> { >> >> throw new IllegalStateException("Do not change the Direct3D default settings (Windows specific), " >> >> + "it may cause glitches during >> frame re-sizing."); >> >> } >> >> Note: you shouldn't call setSize directly on Swing components, layout managers should take care of that. >> >> Kind regards, >> Stijn >> >> ________________________________ >> From: "Brian Bolstad" >> > >> To: openjfx-dev at openjdk.java.net >> Sent: Monday, April 18, 2016 10:08:10 PM >> Subject: SwingNode doesn't respond to Swing component resize? >> >> Hello everyone, >> >> In the SwingNode#resize(double, double) documentation, it states: >> >> "Applications should not invoke this method directly. If an application needs to directly set the size of the SwingNode, it should set the Swing component's minimum/preferred/maximum size constraints which will be propagated correspondingly to the SwingNode and it's parent will honor those settings during layout." >> >> However, I'm not seeing this behavior-the SwingNode doesn't resize for me unless I remove and re-add the Swing component to the SwingNode after resizing. >> >> In the implementation, the private class SwingNodeContent has methods like preferredSizeChanged that I assume should be called when the Swing component size constraints are modified. However, it looks to me like JLightweightFrame only installs pref/max/min size property change listeners on components added after the first one. So, SwingNode never gets notified of the size changes and never updates it's cached values for the swing component's sizes and never updates its layoutBounds. >> >> Below is a sample that demonstrates the problem I'm seeing; if you click the button, it will double its size, but the enclosing SwingNode doesn't change size. I'm running JavaFX 8u66 on Windows 10. >> >> I'm very new to JavaFX, so what am I doing wrong? >> >> Thanks, >> BB >> >> import javafx.application.Application; import >> javafx.embed.swing.SwingNode; import javafx.scene.Scene; import >> javafx.scene.layout.StackPane; import javafx.scene.paint.Color; import >> javafx.scene.shape.Rectangle; import javafx.stage.Stage; >> >> import javax.swing.*; >> import java.awt.*; >> >> public class SwingNodeResize extends Application { >> @Override >> public void start(Stage primaryStage) >> { >> SwingNode swingNode = new SwingNode(); >> >> init(swingNode); >> >> StackPane root = new StackPane(new Rectangle(500, 500, Color.RED), swingNode); >> Scene scene = new Scene(root); >> >> primaryStage.setTitle("SwingNode Resize"); >> primaryStage.setScene(scene); >> primaryStage.show(); >> } >> >> private void init(final SwingNode node) >> { >> SwingUtilities.invokeLater(() -> >> { >> JButton button = new JButton("Click me!"); >> button.addActionListener(event -> >> { >> Dimension buttonSize = button.getSize(); >> buttonSize.setSize(buttonSize.getWidth() * 2, >> buttonSize.getHeight() * 2); >> >> button.setPreferredSize(buttonSize); >> button.setMinimumSize(buttonSize); >> button.setMaximumSize(buttonSize); >> button.setSize(buttonSize); >> >> System.out.println("Button size: " + button.getPreferredSize() + "; " + >> "SwingNode size: " + new Dimension((int) node.prefWidth(-1), (int) node.prefHeight(-1))); >> }); >> >> node.setContent(button); >> }); >> } >> >> public static void main(String[] args) >> { >> launch(args); >> } >> } >> >> >> From james.graham at oracle.com Thu Apr 28 19:23:12 2016 From: james.graham at oracle.com (Jim Graham) Date: Thu, 28 Apr 2016 12:23:12 -0700 Subject: CFV: New OpenJFX Committer: Guru Hb In-Reply-To: <5722294E.5050909@oracle.com> References: <5722294E.5050909@oracle.com> Message-ID: Vote: yes ...jim On 4/28/16 8:16 AM, Kevin Rushforth wrote: > I hereby nominate Guru Hb [1] to OpenJFX Committer. > > Guru is a member of JavaFX team at Oracle working on WebKit, who has > contributed 10 changesets [5] to OpenJFX, at least 8 of which are > significant. > > Votes are due by May 12, 2016. > > Only current OpenJFX Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [3]. Nomination to a project > Committer is described in [4]. > > Thanks, > > -- Kevin > > [1] http://openjdk.java.net/census#ghb > > [2] http://openjdk.java.net/census#openjfx > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > [4] http://openjdk.java.net/projects#project-committer > > [5] List of changesets: > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/1ec63f261e9f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/fb4c37073893 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/3ccf14ef836f > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/45efd3d83bf1 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/08a57f273c76 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/bd97f8ca31fc > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/0576d7a6f137 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/d4f8c9496683 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/620f5c6b4383 > http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/aa51df7e1d41 > From murali.billa at oracle.com Thu Apr 28 19:30:38 2016 From: murali.billa at oracle.com (Murali Billa) Date: Thu, 28 Apr 2016 12:30:38 -0700 (PDT) Subject: [9] Review request for 8152393: SQL Server Reporting Services in WebViews shows 401 In-Reply-To: <24e1299d-e6d4-4b1f-bf32-9d1932418c3c@default> References: <2efd6ecd-2204-4d66-8ecc-0bb2977f1a09@default> <15a2a081-054d-4d82-8fff-632d43936d90@default> <24e1299d-e6d4-4b1f-bf32-9d1932418c3c@default> Message-ID: <354fbb80-24ac-40d3-96de-7afb18f9940c@default> Hi Kevin, Alexander & Arun, Please review below fix. JBS : https://bugs.openjdk.java.net/browse/JDK-8152393 Webrev : http://cr.openjdk.java.net/~mbilla/8152393/webrev.00/ This issue is a regression of 8u40 fix for https://bugs.openjdk.java.net/browse/JDK-8093859 Rootcause and Fix updated in JIRA and tested in windows. Thanks, Murali From james.graham at oracle.com Fri Apr 29 00:56:35 2016 From: james.graham at oracle.com (Jim Graham) Date: Thu, 28 Apr 2016 17:56:35 -0700 Subject: [9] review request: 8155692: changes to compile under Visual Studio 14.0 Message-ID: <443a4b92-eb7a-092a-994c-d8166fecbb7d@oracle.com> Bug: https://bugs.openjdk.java.net/browse/JDK-8155692 webrev: http://cr.openjdk.java.net/~flar/JDK-8155692/webrev.00/ It's mostly just a build file change to pick up the compilers from the new VS140COMNTOOLS location, but it also includes a change to minimize the impact of a recent change to throw an error on the deprecation of hash_map and hash_set. I briefly looked at upgrading GlassClipboard.cpp to the preferred unordered_map and unordered_set classes, but the hash functions weren't compatible in a way that wasn't trivial to sort out. We should probably upgrade to the more standard collections classes. I can file a follow-on bug for that if we decide to go with the #define IGNORE fix here... ...jim From vadim.pakhnushev at oracle.com Fri Apr 29 14:40:50 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 29 Apr 2016 17:40:50 +0300 Subject: In(Sanity) Testing Mondays Message-ID: <57237272.6030501@oracle.com> Reminder, Monday is our weekly sanity testing. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing Also please remember that the repo will be locked from 1am PST until 1pm PST. Happy testing! Thanks, Vadim From chien.yang at oracle.com Fri Apr 29 18:50:50 2016 From: chien.yang at oracle.com (Chien Yang) Date: Fri, 29 Apr 2016 11:50:50 -0700 Subject: Code Review Request For 8155757: Encapsulate impl_ methods in animation, canvas, image, input, layout, paint, and text packages Message-ID: <5723AD0A.9030407@oracle.com> Hi Kevin, Please review the proposed fix: JIRA: https://bugs.openjdk.java.net/browse/JDK-8155757 Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8155757/webrev.00/ Thanks, - Chien From james.graham at oracle.com Fri Apr 29 23:04:00 2016 From: james.graham at oracle.com (Jim Graham) Date: Fri, 29 Apr 2016 16:04:00 -0700 Subject: Code Review Request For 8155757: Encapsulate impl_ methods in animation, canvas, image, input, layout, paint, and text packages In-Reply-To: <5723AD0A.9030407@oracle.com> References: <5723AD0A.9030407@oracle.com> Message-ID: One comment on the implementation. For the methods used by an accessor inner class, if you make them private in the outer class then that inner class will need a hidden accessor method to be added in the bytecodes. If you make them package-private then they can access the method directly. Basically, an inner class is really "just another class in the package, but with a special name" and actually have no access to private methods in their outer classes at all, but javac works around this by adding a hidden method that has more open access and using that. An example is Image.getPlatformImage() - you turned it from "public and impl_" into private. Why not just leave it package-private/default access? For example, compiling this class: public class InnerPrivateTest { private void foo() {} public class InnerClass { public void bar() { foo(); } } } yields this byte code for InnerPrivateTest.class: public class InnerPrivateTest { public InnerPrivateTest(); Code: 0: aload_0 1: invokespecial #2 // Method java/lang/Object."":()V 4: return private void foo(); Code: 0: return static void access$000(InnerPrivateTest); Code: 0: aload_0 1: invokespecial #1 // Method foo:()V 4: return } and this for the InnerClass: public class InnerPrivateTest$InnerClass { final InnerPrivateTest this$0; public InnerPrivateTest$InnerClass(InnerPrivateTest); Code: 0: aload_0 1: aload_1 2: putfield #1 // Field this$0:LInnerPrivateTest; 5: aload_0 6: invokespecial #2 // Method java/lang/Object."":()V 9: return public void bar(); Code: 0: aload_0 1: getfield #1 // Field this$0:LInnerPrivateTest; 4: invokestatic #3 // Method InnerPrivateTest.access$000:(LInnerPrivateTest;)V 7: return } Changing the access on foo() to default (package private), yields this byte code: public class InnerPackageTest { public InnerPackageTest(); Code: 0: aload_0 1: invokespecial #1 // Method java/lang/Object."":()V 4: return void foo(); Code: 0: return } public class InnerPackageTest$InnerClass { final InnerPackageTest this$0; public InnerPackageTest$InnerClass(InnerPackageTest); Code: 0: aload_0 1: aload_1 2: putfield #1 // Field this$0:LInnerPackageTest; 5: aload_0 6: invokespecial #2 // Method java/lang/Object."":()V 9: return public void bar(); Code: 0: aload_0 1: getfield #1 // Field this$0:LInnerPackageTest; 4: invokevirtual #3 // Method InnerPackageTest.foo:()V 7: return } ...jim On 4/29/16 11:50 AM, Chien Yang wrote: > Hi Kevin, > > Please review the proposed fix: > > JIRA: https://bugs.openjdk.java.net/browse/JDK-8155757 > Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8155757/webrev.00/ > > Thanks, > - Chien