In(Sanity) Testing Mondays
Reminder, Monday is our weekly sanity testing. We will be light this week due to JavaOne, but if you are not attending the conference please do your 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 PDT until 1pm PDT. Happy testing! Lisa
Re: CFV: New OpenJFX Committer: Morris Meyer
Vote: yes On 9/24/2014 9:17 AM, Kevin Rushforth wrote: I hereby nominate Morris Meyer to OpenJFX Committer. Morris was an initial member of JavaFX team at Oracle when the OpenJFX project was created, and was on the initial list of approved committers [1]. His status as OpenJFX committer was not recorded at that time on the Census as he moved to another project within the Java organization. This CVF is intended to correct this oversight. Morris' changes prior to JavaFX becoming open-source were significant (which is why he was on the initial list of committers). He also has the requisite number of changes in the open-source repo to become a committer. hg log -M -u morris A list of Morris' commits is also available by the following links: http://hg.openjdk.java.net/openjfx/8u-dev/rt/log?rev=morris Votes are due by October 8, 2014. 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]. [1] http://mail.openjdk.java.net/pipermail/announce/2011-November/000113.html [2] http://openjdk.java.net/census#openjfx [3] http://openjdk.java.net/bylaws#lazy-consensus [4] http://openjdk.java.net/projects#project-committer Thanks, -- Kevin
Re: CFV: New OpenJFX Committer: Michael Fang
Vote: yes On 9/23/2014 8:41 PM, Kevin Rushforth wrote: I hereby nominate Michael Fang to OpenJFX Committer. Michael is a member of Java Localization team at Oracle. Michael's OpenJFX changes are in the localized property files. hg log -M -u mfang A list of Michael's commits is also available by the following links (be sure to click the more link to see more than 10): http://hg.openjdk.java.net/openjfx/8u-dev/rt/log?rev=mfang Votes are due by October 7, 2014. Only current OpenJFX Committers [1] 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 [2]. Nomination to a project Committer is described in [3]. [1] http://openjdk.java.net/census#openjfx [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://openjdk.java.net/projects#project-committer Thanks, -- Kevin
hg: openjfx/8u-dev/rt: Revert fix for RT-37414 JavaFX x86egl cross built from a 64 bits Linux gives NumberFormatException as it causes 32 bit touch screen systems to be completely broken (RT-38660)
Changeset: 957060db6fa5 Author:lisa.se...@oracle.com Date: 2014-09-15 11:37 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/957060db6fa5 Revert fix for RT-37414 JavaFX x86egl cross built from a 64 bits Linux gives NumberFormatException as it causes 32 bit touch screen systems to be completely broken (RT-38660) ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/SysFS.java
In(Sanity) Testing Mondays
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 PDT until 1pm PDT. Happy testing! Lisa
In(Sanity) Testing Mondays
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 PDT until 1pm PDT. Happy testing! Lisa
In(Sanity) Testing... Tuesday!!!
Due to the US holiday on Monday, we'll do our sanity testing on Tuesday instead of Monday this week. The repo will be locked from 1am PDT on MONDAY (not Sunday) until 11am PDT on TUESDAY. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing If you are in a geo that is working Monday, feel free to push changes but please hold off on anything really disruptive, but do NOT push changes on Tuesday (until after the repo is unlocked). Happy testing! Lisa
In(Sanity) Testing Mondays
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 PDT until 1pm PDT. Happy testing! Lisa
In(Sanity) Testing Mondays
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 PDT until 1pm PDT. Happy testing! Lisa
Re: openjfx-8u20-b23: Stuck in monocle build for armv7hf
How did you install your arm toolchain? https://wiki.openjdk.java.net/display/OpenJFX/Cross+Building+for+Arm+Hard+Float If it's installed according to these instructions pkg-config should get picked up from the correct place and there should be no need to set any environment variables. Thanks, Lisa On 7/30/2014 10:24 AM, Prasant J wrote: Hi, I'm trying to cross compile openjfx-8u20-b23 for armv7hf (Freescale iMX6Q). However, I'm stuck at this point: in file buildSrc/armv7hf.gradle pangoft cflags are being queried using exec { commandline...}. However, the pkg-config returns null as it does not find the correct PKG_CONFIG_PATH environment. How do I set the required linux environment variables (when using gradle exec)? Regards, Pj
Re: JavaFX embedded (jre 8u6): touch problem (malformed multi touch event)
I'm glad to hear you are making progress. I am in the process of open source HelloMultiTouch as described below which can serve as an additional test once you get past other potential issues. Thanks, Lisa On 7/29/2014 9:19 AM, Prasant J wrote: On Mon, Jul 28, 2014 at 12:38 AM, Daniel Blaukopf daniel.blauk...@oracle.com wrote: We are in the process of moving this application into the openjfx repository. On Jul 27, 2014, at 1:03 PM, Seeon Birger seeon.bir...@oracle.com wrote: You can use this one which is more suitable for testing multi-touch: rt-closed/toys/HelloWorld/src/helloworld/HelloMultitouch.java Also note that if using Monocle you'll have to apply the patch referenced in this JIRA: RT-37950 - Wrong touch coordinates for a window not at the origin (0,0) Thanks Seeon for pointing out this one. This may be a potential reason why the pop up window (extra layout) is not detecting touch. FYI: this is not on (0,0) co-ordinates. Also, Daniel (in a separate context) pointed out that I have not included freetype pango in my openjfx cross-build which may be a reason for application failure. So I'm looking into that one. Daniel, Do you have any other suggestions for apps that we know handle multitouch correctly that Prasant could use to determine if his multitouch problem is in the platform or in his app? Thanks, Lisa On 7/25/2014 11:42 AM, Lisa Selle wrote: rt//apps/toys/Hello/ has HelloGestures which uses multitouch gestures. I'm not aware of any others, but maybe someone else on the list has some input there? I will inquire internally also. Thanks, Lisa Thanks Lisa, for pointing that out. The HelloGestures application worked like a charm!! This is exactly what I needed for testing my multi-touch. So I guess monocle multi-touch works for me! I will now check my cross build. On 7/25/2014 11:20 AM, Prasant J wrote: Hi Lisa, Can you please point out to me a javafx application that can help me test my multi touch? I want to rule out my application out of my multi touch test, so a standard multi touch test will be of help to me. Regards, Prasant Thanks Daniel, for pointing out that I forgot to reply-all.. Regards, Prasant
Re: JavaFX embedded (jre 8u6): touch problem (malformed multi touch event)
On 7/25/2014 10:06 AM, Prasant J wrote: On Wed, Jul 23, 2014 at 6:36 PM, Lisa Selle lisa.se...@oracle.com wrote: Hi Prasant, This looks suspiciously related to https://javafx-jira.kenai.com/browse/RT-34296. If so, this bug *should* be fixed in Monocle but it is not (and will not be) fixed in lens. Thanks Lisa for pointing that out. First I tried to build the openjfx 8u6 (you pasted a link in another post) with the patch someone posted in the RT-34296 jira post. The patch had to be manually applied because it was created from a different changeset. Anyway, I was able to apply the patch and cross build successfully. However, only one touch was working. Second touch is not working (I could not figure out). The single touch is also sending two events and my application has different behaviour for one event and two events. So, I abandoned this idea and I;m building the latest javafx. I believe you are building openJFX, correct? If you can try a recent build with the latest Monocle code (if you are building from OpenJFX, monocle is now the default) the problem should be resolved. Please let us know if that's not the case. I was able to build from 8u-dev/rt (tag: 8u20-b23). However my application is recognizing the touch only on the main window. I have multi-touch in the pop-up window where even single touch in not working from some reason. Whenever I touch to bring up the pop-up window I get the following error message on console: Exception in thread JavaFX Application Thread java.lang.InstantiationError: com.sun.javafx.scene.traversal.TraversalEngine at com.sun.javafx.scene.control.skin.ScrollPaneSkin.initialize(ScrollPaneSkin.java:242) at com.sun.javafx.scene.control.skin.ScrollPaneSkin.init(ScrollPaneSkin.java:130) at javafx.scene.control.ScrollPane.createDefaultSkin(ScrollPane.java:579) at javafx.scene.control.Control.impl_processCSS(Control.java:878) at javafx.scene.Parent.impl_processCSS(Parent.java:1267) at javafx.scene.Parent.impl_processCSS(Parent.java:1267) at javafx.scene.Parent.impl_processCSS(Parent.java:1267) at javafx.scene.Node.processCSS(Node.java:8858) at javafx.scene.Node.processCSS(Node.java:8851) at javafx.scene.Node.processCSS(Node.java:8851) at javafx.scene.Scene.doCSSPass(Scene.java:525) at javafx.scene.Scene.access$3400(Scene.java:144) at javafx.scene.Scene$ScenePulseListener.pulse(Scene.java:2358) at com.sun.javafx.tk.Toolkit.lambda$runPulse$28(Toolkit.java:314) at com.sun.javafx.tk.Toolkit$$Lambda$354/20040469.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at com.sun.javafx.tk.Toolkit.runPulse(Toolkit.java:313) at com.sun.javafx.tk.Toolkit.firePulse(Toolkit.java:340) at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:451) at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:431) at com.sun.javafx.tk.quantum.QuantumToolkit.lambda$runToolkit$363(QuantumToolkit.java:298) at com.sun.javafx.tk.quantum.QuantumToolkit$$Lambda$71/28758344.run(Unknown Source) at com.sun.glass.ui.monocle.RunnableProcessor.runLoop(RunnableProcessor.java:77) at com.sun.glass.ui.monocle.RunnableProcessor.run(RunnableProcessor.java:47) at java.lang.Thread.run(Thread.java:745) Dialog discovered: LayerSetupDialog To summarize, I have built latest javafx but cannot test my touch. Any suggestions? Hi Prasant, At this point we should open a jira to continue with this work. Can you please create a jira and include the build information, as well as the runtime you are using (what platform, what touch screen). If you can share the application you are using that would be helpful, I'm not sure what you are referring to by the main window and the popup window. If not, can you create a simple test case which demonstrates the problem? Thanks! Lisa Regards, Prasant
Re: JavaFX embedded (jre 8u6): touch problem (malformed multi touch event)
rt//apps/toys/Hello/ has HelloGestures which uses multitouch gestures. I'm not aware of any others, but maybe someone else on the list has some input there? I will inquire internally also. Thanks, Lisa On 7/25/2014 11:20 AM, Prasant J wrote: Hi Lisa, Can you please point out to me a javafx application that can help me test my multi touch? I want to rule out my application out of my multi touch test, so a standard multi touch test will be of help to me. Regards, Prasant On Fri, Jul 25, 2014 at 7:47 PM, Lisa Selle lisa.se...@oracle.com wrote: On 7/25/2014 10:06 AM, Prasant J wrote: On Wed, Jul 23, 2014 at 6:36 PM, Lisa Selle lisa.se...@oracle.com wrote: Hi Prasant, This looks suspiciously related to https://javafx-jira.kenai.com/browse/RT-34296. If so, this bug *should* be fixed in Monocle but it is not (and will not be) fixed in lens. Thanks Lisa for pointing that out. First I tried to build the openjfx 8u6 (you pasted a link in another post) with the patch someone posted in the RT-34296 jira post. The patch had to be manually applied because it was created from a different changeset. Anyway, I was able to apply the patch and cross build successfully. However, only one touch was working. Second touch is not working (I could not figure out). The single touch is also sending two events and my application has different behaviour for one event and two events. So, I abandoned this idea and I;m building the latest javafx. I believe you are building openJFX, correct? If you can try a recent build with the latest Monocle code (if you are building from OpenJFX, monocle is now the default) the problem should be resolved. Please let us know if that's not the case. I was able to build from 8u-dev/rt (tag: 8u20-b23). However my application is recognizing the touch only on the main window. I have multi-touch in the pop-up window where even single touch in not working from some reason. Whenever I touch to bring up the pop-up window I get the following error message on console: Exception in thread JavaFX Application Thread java.lang.InstantiationError: com.sun.javafx.scene.traversal.TraversalEngine at com.sun.javafx.scene.control.skin.ScrollPaneSkin.initialize(ScrollPaneSkin.java:242) at com.sun.javafx.scene.control.skin.ScrollPaneSkin.init(ScrollPaneSkin.java:130) at javafx.scene.control.ScrollPane.createDefaultSkin(ScrollPane.java:579) at javafx.scene.control.Control.impl_processCSS(Control.java:878) at javafx.scene.Parent.impl_processCSS(Parent.java:1267) at javafx.scene.Parent.impl_processCSS(Parent.java:1267) at javafx.scene.Parent.impl_processCSS(Parent.java:1267) at javafx.scene.Node.processCSS(Node.java:8858) at javafx.scene.Node.processCSS(Node.java:8851) at javafx.scene.Node.processCSS(Node.java:8851) at javafx.scene.Scene.doCSSPass(Scene.java:525) at javafx.scene.Scene.access$3400(Scene.java:144) at javafx.scene.Scene$ScenePulseListener.pulse(Scene.java:2358) at com.sun.javafx.tk.Toolkit.lambda$runPulse$28(Toolkit.java:314) at com.sun.javafx.tk.Toolkit$$Lambda$354/20040469.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at com.sun.javafx.tk.Toolkit.runPulse(Toolkit.java:313) at com.sun.javafx.tk.Toolkit.firePulse(Toolkit.java:340) at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:451) at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:431) at com.sun.javafx.tk.quantum.QuantumToolkit.lambda$runToolkit$363(QuantumToolkit.java:298) at com.sun.javafx.tk.quantum.QuantumToolkit$$Lambda$71/28758344.run(Unknown Source) at com.sun.glass.ui.monocle.RunnableProcessor.runLoop(RunnableProcessor.java:77) at com.sun.glass.ui.monocle.RunnableProcessor.run(RunnableProcessor.java:47) at java.lang.Thread.run(Thread.java:745) Dialog discovered: LayerSetupDialog To summarize, I have built latest javafx but cannot test my touch. Any suggestions? Hi Prasant, At this point we should open a jira to continue with this work. Can you please create a jira and include the build information, as well as the runtime you are using (what platform, what touch screen). If you can share the application you are using that would be helpful, I'm not sure what you are referring to by the main window and the popup window. If not, can you create a simple test case which demonstrates the problem? Thanks! Lisa Regards, Prasant
Re: JavaFX embedded (jre 8u6): touch problem (malformed multi touch event)
Daniel, Do you have any other suggestions for apps that we know handle multitouch correctly that Prasant could use to determine if his multitouch problem is in the platform or in his app? Thanks, Lisa On 7/25/2014 11:42 AM, Lisa Selle wrote: rt//apps/toys/Hello/ has HelloGestures which uses multitouch gestures. I'm not aware of any others, but maybe someone else on the list has some input there? I will inquire internally also. Thanks, Lisa On 7/25/2014 11:20 AM, Prasant J wrote: Hi Lisa, Can you please point out to me a javafx application that can help me test my multi touch? I want to rule out my application out of my multi touch test, so a standard multi touch test will be of help to me. Regards, Prasant On Fri, Jul 25, 2014 at 7:47 PM, Lisa Selle lisa.se...@oracle.com wrote: On 7/25/2014 10:06 AM, Prasant J wrote: On Wed, Jul 23, 2014 at 6:36 PM, Lisa Selle lisa.se...@oracle.com wrote: Hi Prasant, This looks suspiciously related to https://javafx-jira.kenai.com/browse/RT-34296. If so, this bug *should* be fixed in Monocle but it is not (and will not be) fixed in lens. Thanks Lisa for pointing that out. First I tried to build the openjfx 8u6 (you pasted a link in another post) with the patch someone posted in the RT-34296 jira post. The patch had to be manually applied because it was created from a different changeset. Anyway, I was able to apply the patch and cross build successfully. However, only one touch was working. Second touch is not working (I could not figure out). The single touch is also sending two events and my application has different behaviour for one event and two events. So, I abandoned this idea and I;m building the latest javafx. I believe you are building openJFX, correct? If you can try a recent build with the latest Monocle code (if you are building from OpenJFX, monocle is now the default) the problem should be resolved. Please let us know if that's not the case. I was able to build from 8u-dev/rt (tag: 8u20-b23). However my application is recognizing the touch only on the main window. I have multi-touch in the pop-up window where even single touch in not working from some reason. Whenever I touch to bring up the pop-up window I get the following error message on console: Exception in thread JavaFX Application Thread java.lang.InstantiationError: com.sun.javafx.scene.traversal.TraversalEngine at com.sun.javafx.scene.control.skin.ScrollPaneSkin.initialize(ScrollPaneSkin.java:242) at com.sun.javafx.scene.control.skin.ScrollPaneSkin.init(ScrollPaneSkin.java:130) at javafx.scene.control.ScrollPane.createDefaultSkin(ScrollPane.java:579) at javafx.scene.control.Control.impl_processCSS(Control.java:878) at javafx.scene.Parent.impl_processCSS(Parent.java:1267) at javafx.scene.Parent.impl_processCSS(Parent.java:1267) at javafx.scene.Parent.impl_processCSS(Parent.java:1267) at javafx.scene.Node.processCSS(Node.java:8858) at javafx.scene.Node.processCSS(Node.java:8851) at javafx.scene.Node.processCSS(Node.java:8851) at javafx.scene.Scene.doCSSPass(Scene.java:525) at javafx.scene.Scene.access$3400(Scene.java:144) at javafx.scene.Scene$ScenePulseListener.pulse(Scene.java:2358) at com.sun.javafx.tk.Toolkit.lambda$runPulse$28(Toolkit.java:314) at com.sun.javafx.tk.Toolkit$$Lambda$354/20040469.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at com.sun.javafx.tk.Toolkit.runPulse(Toolkit.java:313) at com.sun.javafx.tk.Toolkit.firePulse(Toolkit.java:340) at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:451) at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:431) at com.sun.javafx.tk.quantum.QuantumToolkit.lambda$runToolkit$363(QuantumToolkit.java:298) at com.sun.javafx.tk.quantum.QuantumToolkit$$Lambda$71/28758344.run(Unknown Source) at com.sun.glass.ui.monocle.RunnableProcessor.runLoop(RunnableProcessor.java:77) at com.sun.glass.ui.monocle.RunnableProcessor.run(RunnableProcessor.java:47) at java.lang.Thread.run(Thread.java:745) Dialog discovered: LayerSetupDialog To summarize, I have built latest javafx but cannot test my touch. Any suggestions? Hi Prasant, At this point we should open a jira to continue with this work. Can you please create a jira and include the build information, as well as the runtime you are using (what platform, what touch screen). If you can share the application you are using that would be helpful, I'm not sure what you are referring to by the main window and the popup window. If not, can you create a simple test case which demonstrates the problem? Thanks! Lisa Regards, Prasant
hg: openjfx/8u-dev/rt: Fix for RT-37583 [Monocle] Change X.java and EGL.java to use instance methods
Changeset: 843602254276 Author:lisa.se...@oracle.com Date: 2014-07-24 11:09 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/843602254276 Fix for RT-37583 [Monocle] Change X.java and EGL.java to use instance methods Reviewed by dblaukopf Tested with HelloSanity ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/AcceleratedScreen.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/EGL.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11AcceleratedScreen.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11Cursor.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11InputDeviceRegistry.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11Screen.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11WarpingCursor.java
Re: JavaFX embedded (jre 8u6): touch problem (malformed multi touch event)
Hi Prasant, This looks suspiciously related to https://javafx-jira.kenai.com/browse/RT-34296. If so, this bug *should* be fixed in Monocle but it is not (and will not be) fixed in lens. I believe you are building openJFX, correct? If you can try a recent build with the latest Monocle code (if you are building from OpenJFX, monocle is now the default) the problem should be resolved. Please let us know if that's not the case. Thanks, Lisa On 7/23/2014 1:52 AM, Prasant J wrote: Hi, I'm woking on Freescale iMX6Q based linux system and I have a single touch display connected. I'm running Oracle ARM JVM (8u6 release). The touch is multi touch with 2 touch points (touch controller is from eGalax). My javafx application does not get any touch events and javafx dumps the following message: com.sun.glass.ui.lens.LensApplication nativeEventLoop SEVERE: 2352 udevInput.c:1634 lens_input_pointerEvents_handleSync: [preprocessing MT_A] malformed multi touch event - ignoring Any clue what might be wrong? Any inputs will be of help to me. -Pj
hg: openjfx/8u-dev/rt: Fix for RT-37604 [Monocle] Make sure all methods in the X11 port have javadoc
Changeset: 9d9b35b0e3f6 Author:lisa.se...@oracle.com Date: 2014-07-22 09:16 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/9d9b35b0e3f6 Fix for RT-37604 [Monocle] Make sure all methods in the X11 port have javadoc Reviewed by dblaukopf Reviewed by dblaukopf Reviewed by dblaukopf Reviewed by dblaukopf Reviewed by dblaukopf Reviewed by dblaukopf Reviewed by dblaukopf Reviewed by dblaukopf Reviewed by dblaukopf ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/AcceleratedScreen.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11AcceleratedScreen.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11Cursor.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11InputDeviceRegistry.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11Platform.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11PlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11Screen.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11WarpingCursor.java
[8u26] Review Request RT-37583 [Monocle] Change X.java and EGL.java to use instance methods
Hi Daniel, Please review the proposed fix for https://javafx-jira.kenai.com/browse/RT-37583. Details in the jira. Thanks, Lisa
In(Sanity) Testing Mondays
Reminder, tomorrow is our weekly sanity testing. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/8u20 We'll be sanity testing 8u-dev. Happy testing! Lisa
Re: In(Sanity) Testing Mondays
Correction, assigments are here: https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing Also please remember that the repo will be locked from 1am PDT until 1pm PDT. On 7/20/2014 1:50 PM, Lisa Selle wrote: Reminder, tomorrow is our weekly sanity testing. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/8u20 We'll be sanity testing 8u-dev. Happy testing! Lisa
hg: openjfx/8u-dev/rt: Fix for RT-37857 [Monocle] Implement native cursor for odroid
Changeset: cb274afd0401 Author:lisa.se...@oracle.com Date: 2014-07-17 09:56 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/cb274afd0401 Fix for RT-37857 [Monocle] Implement native cursor for odroid Reviewed by dblaukopf Tested with HelloSanity ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11AcceleratedScreen.java + modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11Cursor.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11Platform.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11Screen.java + modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11WarpingCursor.java ! modules/graphics/src/main/native-glass/monocle/x11/X11.c
Re: Java SE Embedded 8u6 and JDK 8u6 for ARM released
Hi Jörg, The repos that the 8u6 release were built from are not currently public. I don't believe there is any plan to make them public, although I will follow up on this question. In the case where the repos remain private, then I'm sorry to say that while all JavaFX changesets for 8u6 are also in 8u-dev, there is no tag or other indicator which would let you see exactly which changesets went into 8u6, or to duplicate them in a build. If you are interested in specific features or bug fixes, there are jiras corresponding to the bulk of the changesets - just look for 8u6 in the fix version field. The jiraas should contain links to the corresponding openjfx changeset. Is this just a general question or is there something specific you are looking for? Maybe there is another way to get you the information you're after. Lisa On 7/11/2014 5:25 AM, Jörg Wille wrote: Hi, what JavaFX Changeset is this release based on? And in which repo can I see the tag for this release? Jörg Date: Thu, 10 Jul 2014 17:06:58 +0300 From: Daniel Blaukopf daniel.blauk...@oracle.com To: openjfx-dev@openjdk.java.net Mailing openjfx-dev@openjdk.java.net Subject: Java SE Embedded 8u6 and JDK 8u6 for ARM released Message-ID: 5ae2b8ca-d766-4969-94cb-34d8f080d...@oracle.com Content-Type: text/plain; charset=us-ascii Hi, JDK 8u6 for ARM and Java SE Embedded 8u6 were released yesterday. This release includes new JavaFX features in addition to bug fixes: Support for Freescale i.MX6Q Sabre Device Platform Multitouch support The 8u6 release also includes several enhancements to the core Java platform such as reduced static footprint and improved runtime performance. Java SE Embedded: http://www.oracle.com/technetwork/java/embedded/embedded-se/downloads/javase-embedded-downloads-2209751.html JDK for ARM: http://www.oracle.com/technetwork/java/javase/downloads/jdk8-arm-downloads-2187472.html Docs: http://docs.oracle.com/javase/8/javase-embedded.htm This is an update to the tested and supported binary release of JavaFX. The OpenJFX sources have the latest features and bug fixes, but have not undergone the same testing as supported JavaFX binary releases. Daniel
Re: Java SE Embedded 8u6 and JDK 8u6 for ARM released
The internal repo that 8u6 was released from was cloned from 8u-dev on Feb 26. Here is the tag that was added to the repo just before the clone was produced: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/76d1ce5ed6f4 So, everything that went into 8u20 prior to that tag will definitely be in 8u6. Any change set that went into 8u6 *after* that (and there were not many) will be associated with a jira tagged with fix version 8u6, and can be found using the query below. Lisa On 7/11/2014 10:40 AM, Kevin Rushforth wrote: Hi Jeorg, The changeset you mention is for bug RT-37098 https://javafx-jira.kenai.com/browse/RT-37098 which is listed as fixed is 8u26 not 8u6. As Lisa indicates, you can look in JIRA for bugs with fixVersion=8u6 to see whether a particular bug is fixed. Here is a query you might use: https://javafx-jira.kenai.com/issues/?jql=project%3DRT%20AND%20resolution%3DFixed%20AND%20fixVersion%3D8u6 -- Kevin Jörg Wille wrote: Hi Lisa, I know that ARM- and Embedded-Version are closed-source. But I hoped that the information, what OpenJFX-Changeset it is based on, would be public. For someone like me, who is following the 8u-dev repo carefully, it would increase confidence in the release, if I knew, which bugs were fixed. In this specific case, I would like to know if this patch ( http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/7046a069715f) has made it in to this release. Joerg 2014-07-11 14:52 GMT+02:00 Lisa Sellelisa.se...@oracle.com: Hi Jörg, The repos that the 8u6 release were built from are not currently public. I don't believe there is any plan to make them public, although I will follow up on this question. In the case where the repos remain private, then I'm sorry to say that while all JavaFX changesets for 8u6 are also in 8u-dev, there is no tag or other indicator which would let you see exactly which changesets went into 8u6, or to duplicate them in a build. If you are interested in specific features or bug fixes, there are jiras corresponding to the bulk of the changesets - just look for 8u6 in the fix version field. The jiraas should contain links to the corresponding openjfx changeset. Is this just a general question or is there something specific you are looking for? Maybe there is another way to get you the information you're after. Lisa On 7/11/2014 5:25 AM, Jörg Wille wrote: Hi, what JavaFX Changeset is this release based on? And in which repo can I see the tag for this release? Jörg Date: Thu, 10 Jul 2014 17:06:58 +0300 From: Daniel Blaukopfdaniel.blauk...@oracle.com To:openjfx-dev@openjdk.java.net Mailing openjfx-dev@openjdk.java.net Subject: Java SE Embedded 8u6 and JDK 8u6 for ARM released Message-ID:5ae2b8ca-d766-4969-94cb-34d8f080d...@oracle.com Content-Type: text/plain; charset=us-ascii Hi, JDK 8u6 for ARM and Java SE Embedded 8u6 were released yesterday. This release includes new JavaFX features in addition to bug fixes: Support for Freescale i.MX6Q Sabre Device Platform Multitouch support The 8u6 release also includes several enhancements to the core Java platform such as reduced static footprint and improved runtime performance. Java SE Embedded: http://www.oracle.com/technetwork/java/embedded/ embedded-se/downloads/javase-embedded-downloads-2209751.html JDK for ARM: http://www.oracle.com/technetwork/java/javase/ downloads/jdk8-arm-downloads-2187472.html Docs:http://docs.oracle.com/javase/8/javase-embedded.htm This is an update to the tested and supported binary release of JavaFX. The OpenJFX sources have the latest features and bug fixes, but have not undergone the same testing as supported JavaFX binary releases. Daniel
In(Sanity) Testing Mondays
Due to the US holiday tomorrow, I'm sending the reminder out today... You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/8u20 We'll be sanity testing 8u-dev. Happy holidays, and happy testing! Lisa
In(Sanity) Testing Mondays
The testing matrix has been updated, please check your assignment for next week. https://wiki.openjdk.java.net/display/OpenJFX/8u20 Additionally, since 8u20 is (nearly) frozen, we'll be using 8u-dev for insanity testing going forward. If you find any new bugs, please verify if the bug also exists in 8u20-b20. Thanks, happy testing! Lisa
[8u26] Review Request: RT-36431 Add versioning to monocle NativePlatform/NativePlatformFactory
Hi Daniel, Please review the proposed fix for https://javafx-jira.kenai.com/browse/RT-36431. Details in jira. Thanks, Lisa
hg: openjfx/8u-dev/rt: Fix for RT-36431 Add versioning to monocle NativePlatform/NativePlatformFactory
Changeset: bb602a26ebfe Author:lisa.se...@oracle.com Date: 2014-06-26 15:54 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/bb602a26ebfe Fix for RT-36431 Add versioning to monocle NativePlatform/NativePlatformFactory Reviewed by dblaukopf Tested with HelloSanity ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/DispmanPlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/HeadlessPlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/LinuxPlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/MX6PlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/NativePlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/OMAPPlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/OMAPX11PlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/VNCPlatformFactory.java ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/X11PlatformFactory.java
hg: openjfx/8u-dev/rt: 4 new changesets
Changeset: ec5229ab1cbe Author:lisa.se...@oracle.com Date: 2014-06-19 09:11 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ec5229ab1cbe imported patch minimize Changeset: bc24edfe5b27 Author:lisa.se...@oracle.com Date: 2014-06-19 09:59 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/bc24edfe5b27 Automated merge with ssh://jfxsrc.us.oracle.com//javafx/8u/dev/jfx/rt Changeset: ab997a0b1aeb Author:lisa.se...@oracle.com Date: 2014-06-24 10:22 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ab997a0b1aeb Automated merge with ssh://hg.openjdk.java.net/openjfx/8u-dev/rt Changeset: 5f21a4b78019 Author:lisa.se...@oracle.com Date: 2014-06-24 13:14 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/5f21a4b78019 [TEST-ONLY] Fix for RT-37377 [Monocle] Add unit test for modality Reviewed by dblaukopf + tests/system/src/test/java/com/sun/glass/ui/monocle/ModalDialogTest.java
hg: openjfx/8u-dev/rt: [TEST-ONLY] Add missing import statements to fix broken test.
Changeset: 254ca5050243 Author:lisa.se...@oracle.com Date: 2014-06-24 13:43 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/254ca5050243 [TEST-ONLY] Add missing import statements to fix broken test. ! tests/system/src/test/java/com/sun/glass/ui/monocle/ModalDialogTest.java
[8u26] Review Request RT-37562 [Monocle] Make monocle the default javafx.platform on all ARM/Linux devices
Hi Daniel, Please review the proposed fix for https://javafx-jira.kenai.com/browse/RT-37562. Details in the jira. Note that this will not affect any bits shipping for 8u20; these are changes to property files for linux arm builds only. Thanks, Lisa
[8u26] Review Request RT-37513 [Monocle] Should not show an exception trace when falling back to software rendering
Hi Daniel, Please review the proposed fix for https://javafx-jira.kenai.com/browse/RT-37513 Details in jira. Thanks, Lisa
[8u20] Review request RT-34962 Ensemble: Speed Gauge stops animation after going back to main screen
Jasper, Please review the proposed fix for https://javafx-jira.kenai.com/browse/RT-34962 Details in jira. Thanks, Lisa
[8u26] Review request RT-36915 [Monocle] Add support for minimize to monocle
Daniel, Please review the proposed fix for https://javafx-jira.kenai.com/browse/RT-36915 Details in the jira. Thanks, Lisa
[8u26] Review Request: RT-37369 [Monocle] When a child window is dismissed, the main window does not repaint right away
Daniel, Please review the proposed fix for https://javafx-jira.kenai.com/browse/RT-37369 Details in the jira. Thanks, Lisa
(In)Sanity Monday...
Reminder to check out the matrix at https://wiki.openjdk.java.net/display/OpenJFX/8u20 for your insanity testing assignment for this week, assignments have been updated this week. Testing should take 1 hour or less. If your assignment takes longer, stop after an hour and continue where you left off the following week. Also, please review the weekly code freeze and push rules Happy testing! Lisa
[8u26] Review Request: RT-36844 [Monocle] Implement modality support for monocle
Daniel, Please review the fix for https://javafx-jira.kenai.com/browse/RT-36844, details in the jira. Thanks, Lisa
[8u26] RT-37250 [Monocle] Improve error handling in EGL native code
Daniel, Please review proposed changes in: https://javafx-jira.kenai.com/browse/RT-37250 Thanks, Lisa
[8u26] Review request: RT-37085 [Monocle] FX crash on ODROID U3
Daniel, David, Please review the proposed fix for https://javafx-jira.kenai.com/browse/RT-37085 at cr.openjdk.java.net/~kselle/webrev-20140523-1242-RT-37085/webrev/ Thanks, Lisa
Re: Planning for M5: June 23, 2014 [RDP2]
Steve can you clarify the process for various stages for retargeting bugs to a later release? On 5/23/2014 1:15 PM, Stephen F Northover wrote: Hi all, The next milestone M5, June 23, 2014 [RDP2], is an important one. Essentially, we are shipping FX for 8u20 after this. There is a week before the final FX ZBB date which is July 1, 2014, but we should not be touching any code during this week. After July 1 ZBB, we are stopping all development on FX 8u20 and starting on 8u40. Here is the plan for M5: May 26-30: Fix P123, fix or move P45 to 8u40 June 2-5: Fix P123, zero P45 targeted to 8u20 June 9-13: Fix P123, defer bugs that won't make it June 16-20: Code freeze, ramp down rules, fix doc bugs During the week June 16-20, the usual milestone rules will be in effect and we are likely to be quite ruthless about any code changes. We will likely only accept fixes for P12 critical bugs / regressions. Thanks to everyone for their hard work, Steve and Kevin
(In)Sanity Monday...
Reminder to check out the matrix at https://wiki.openjdk.java.net/display/OpenJFX/8u20 for your insanity testing assignment for this week. Testing should take 1 hour or less. If your assignment takes longer, stop after an hour and continue where you left off the following week. Also, please review the weekly code freeze and push rules As Kevin mentioned, Monday is a US holiday so the US team will not be doing their testing this week. Happy testing! Lisa
Re: CFV: New OpenJFX Committer: Eric Le Ponner
Vote: YES Lisa On 5/14/2014 1:33 PM, Stephen F Northover wrote: I hereby nominate Eric Le Ponner to be an OpenJFX Committer. Eric Le Ponner is a significant contributor of the JavaFX Scene Builder 2.0 product, and is the architect of the SB Kit API as well as the designated owner of the Content Panel. Eric has been working on SB for more than 3 years, and during last year has been responsible for approximately 1620 commits to the internal SB 2.0 repository that we are converting to Open Source. Eric is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. Votes are due by May 29, 2014. Only current OpenJFX Committers [1] 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 [2]. Nomination to a project Committer is described in [3]. [1] http://openjdk.java.net/census#openjfx [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://openjdk.java.net/projects#project-committer
Re: CFV: New OpenJFX Committer: Jerome Cambon
Vote: YES On 5/14/2014 1:39 PM, Stephen F Northover wrote: I hereby nominate Jerome Cambon to be an OpenJFX Committer. Jerome Cambon is a significant contributor of the JavaFX Scene Builder 2.0 product, and is the designated owner of the Inspector Panel as well as the CSS Panel. Jerome has been working on SB for more than 3 years, and during last year has been responsible for approximately 500 commits to the SB 2.0 repository that we are converting to Open Source. Jerome is part of the team that has collectively done the Scene Builder 2.0 product, which is a complete re-implementation of the code base, over a period of roughly 12 months. The new code base is more than 70,000 lines of code, spread over approximately 4000 commits. Scene Builder 2.0 is in the process of being converted to the OpenJFX repository, and will be maintained out of that repository after the conversion. Votes are due by May 29, 2014. Only current OpenJFX Committers [1] 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 [2]. Nomination to a project Committer is described in [3]. [1] http://openjdk.java.net/census#openjfx [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://openjdk.java.net/projects#project-committer
Re: [8u26] Review request for RT-35406 [Monocle] Implement mouse/touch grab
+1 On 5/5/2014 2:23 PM, Daniel Blaukopf wrote: Hi Lisa, Would you review the fix for https://javafx-jira.kenai.com/browse/RT-35406 ? http://cr.openjdk.java.net/~dblaukop/webrev-20140505-2010-RT-35406/webrev/ http://cr.openjdk.java.net/%7Edblaukop/webrev-20140505-2010-RT-35406/webrev/ Thanks, Daniel
(In)Sanity testing
Reminder to check out the matrix at https://wiki.openjdk.java.net/display/OpenJFX/8u20 for your insanity testing assignment for this week (assignments have changed for this week). Testing should take 1 hour or less. If your assignment takes longer, stop after an hour and continue where you left off the following week. Also, please review the weekly code freeze and push rules Happy testing! Lisa
[8u26] Review request for RT-36844 [Monocle] Implement modality support for monocle
Daniel, Please review the fix for https://javafx-jira.kenai.com/browse/RT-36844 Webrev at http://cr.openjdk.java.net/~kselle/webrev-20140430-0959-RT-36844/webrev/ Thanks, Lisa
(In)sanity Monday...
Reminder to check out the matrix at https://wiki.openjdk.java.net/display/OpenJFX/8u20 for your insanity testing assignment for this week. Testing should take 1 hour or less. If your assignment takes longer, stop after an hour and continue where you left off the following week. Also, please review the weekly code freeze and push rules :) Happy testing! Lisa
[8u26] Review Request: RT-36721 [Monocle] Implement fullscreen for monocle
Hi Daniel, Please review the fix for https://javafx-jira.kenai.com/browse/RT-36721 at http://cr.openjdk.java.net/~kselle/webrev-20140417-1238-RT-36721/webrev/ Thanks, Lisa
(In)sanity Monday...
Reminder to check out the matrix at https://wiki.openjdk.java.net/display/OpenJFX/8u20 for your insanity testing assignment for this week. Testing should take 1 hour or less. If your assignment takes longer, stop after an hour and continue where you left off the following week. Also, please review the weekly code freeze and push rules :) Happy testing! Lisa
Re: CFV: New OpenJFX Committer: Elina Kleyman
Vote: YES On 4/10/2014 8:31 AM, David Hill wrote: I hereby nominate Elina Kleyman to OpenJFX Committer. Elina is a member of JavaFX Embedded team at Oracle. Elina's changes are in Glass support code, as well as our test and sample applications. hg log -M -u Elina Kleyman A list of Elina's commits is also available by the following links (be sure to click the more link to see more than 10): http://hg.openjdk.java.net/openjfx/8u-dev/rt/log?rev=elina.kley...@oracle.com Votes are due by April 25, 2013. Only current OpenJFX Committers [1] 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 [2]. Nomination to a project Committer is described in [3]. [1] http://openjdk.java.net/census#openjfx [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://openjdk.java.net/projects#project-committer Thanks, Dave
[8u26] Review request: RT-36158 [Monocle] Cursor is always displayed, even if no mouse is plugged in
Daniel, Please review the fix for https://javafx-jira.kenai.com/browse/RT-36158 webrev: http://cr.openjdk.java.net/~kselle/webrev-20140409-1331-36158/webrev/ Thanks, Lisa
[8u26] Review request RT-36601 [Monocle] Framebuffer allocates incorrectly sized clear buffer
Daniel, Please review the simple fix for https://javafx-jira.kenai.com/browse/RT-36601 Fix is in the jira. Thanks, Lisa
(In)sanity Monday...
Reminder to check out the matrix at https://wiki.openjdk.java.net/display/OpenJFX/8u20 for your insanity testing assignment for this week. Testing should take 1 hour or less. If your assignment takes longer, stop after an hour and continue where you left off the following week. Also, please review the weekly code freeze and push rules :) Happy testing! Lisa
[8u6] Review request: RT-36387: [IMX, Lens] Black rectangle seen instead of cursor on first run after reboot
Daniel, Rafi, Please review the simple fix for https://javafx-jira.kenai.com/browse/RT-36387 - [IMX, Lens] Black rectangle seen instead of cursor on first run after reboot Diff is in the jira. Thanks, Lisa
[8u] Review request: RT-36360 [Monocle] Slight refactor; cache native display in java instead of native code
Hi Daniel, Please review the following minor refactoring to the IMX monocle implementation: https://javafx-jira.kenai.com/browse/RT-36360 http://cr.openjdk.java.net/~kselle/webrev-20140324-1306-RT-36360/webrev/ Thanks, Lisa
[8u] reveiw request: RT-36308 Mouse sometimes jumps to edge of screen on first mouse move
Rafi and Daniel, Please review the fix for: https://javafx-jira.kenai.com/browse/RT-36308 diff is in jira. Thanks, Lisa
[8u6] review request: RT-34982 IMX6 - cursor image is seen even though a mouse is not plugged in
Rafi and Daniel, Please review the fix for https://javafx-jira.kenai.com/browse/RT-34982. Patch included in jira. Thanks, Lisa
[8u26] Review request: RT-35245 [Monocle] EGL setup for Freescale i.MX6
Daniel, Please review the fix for jira: https://javafx-jira.kenai.com/browse/RT-35245 webrev posted: http://cr.openjdk.java.net/~kselle/webrev-20140317-1433-RT-35245/webrev/ Thanks, Lisa
Re: [8u6] Review request : RT-35619 IMX6-SDP / Yocto hard float : crash while running hello.HelloComboBox
Can you check the bug number? This doesn't look right... I guess it should be https://javafx-jira.kenai.com/browse/RT-35619 On 3/5/2014 10:19 AM, Rafi Tayar wrote: Hi Daniel, Lisa, Please review the patch in the Jira : https://javafx-jira.kenai.com/browse/RT-35616 Thanks, Rafi
review request for RT-35353
Hi Daniel and David, Please review the following fix for https://javafx-jira.kenai.com/browse/RT-35353 - Add a dispman back end to Monocle glass: http://cr.openjdk.java.net/~kselle/webrev-20140226-1458-RT-35246/webrev/ Thanks, Lisa
code review - RT-35246
Daniel, Please review initial cut for the raspberry-pi implementation of monocle. Jira: https://javafx-jira.kenai.com/browse/RT-35246 Webrev: http://cr.openjdk.java.net/~kselle/webrev-20140220-2102-RT-35246/webrev/ Note that currently, you need to run as root b/c of file permissions on the input devices, and cursor is not yet implemented. Basic rendering works. Lisa
In(Sanity) Testing Mondays
The test matrix has been updated. Please check it for your new assignments and prepare accordingly (if you need to get a platform set up, etc.) https://wiki.openjdk.java.net/display/OpenJFX/8u20 A couple items of note: if for some reason (illness, meeting, etc.) you miss the regular Monday testing slot, please go ahead and do your testing later in the week (as soon as possible). We are spread pretty thin across the platforms, so if a couple people miss in the same week, it leaves a big hole in our test coverage. Also, when you download the hudson build PLEASE download the latest samples bundle for testing Ensemble. Testing with old sample jars can lead us to miss bugs that might get introduced into the samples themselves. Thanks everyone, and happy testing! Lisa
request for review: RT-35243 [Monocle]
Please review the following interim fix for RT-35243 [Monocle] Prism should use Monocle's platform detection code. Webrev here: http://cr.openjdk.java.net/~kselle/webrev-20140121-1206-RT-35243/webrev/ In a nutshell, this adds a new (monocle) port to prism-es2. It is not selected by default. There are some trivial changes to ES2Pipeline and GLFactory to enable command-line selection of the new port. It isn't functional yet but should be soon. When completed, most of the prism-es2 functionality should be moved out of native files into java. Thanks, Lisa
Review request: RT-35209 Runtime is broken on beagleboard
Daniel can you please review the fix for https://javafx-jira.kenai.com/browse/RT-35209 (patch is in jira). Thanks, Lisa
Re: Review request: RT-35209 Runtime is broken on beagleboard
Sorry the proper jira is: https://javafx-jira.kenai.com/browse/RT-35371 On 1/15/2014 12:43 PM, Lisa Selle wrote: Daniel can you please review the fix for https://javafx-jira.kenai.com/browse/RT-35209 (patch is in jira). Thanks, Lisa
review request RT-33706 DFB: clear screen when application exits
Hi David, Please review my proposed fix for: https://javafx-jira.kenai.com/browse/RT-33706 Thanks, Lisa
Re: CFV: New OpenJFX Committer: Mark Howe
Vote: yes On 11/14/2013 7:08 PM, Kevin Rushforth wrote: I hereby nominate Mark Howe (OpenJDK user name: mhowe) to OpenJFX Committer. Mark is a member of JavaFX deployment team at Oracle. Most of Mark's changes are in the JavaFX pacakager: hg log -u mhowe A partial list of Mark's commits and reviews is also available by the following link: http://hg.openjdk.java.net/openjfx/8/master/rt/log?rev=mhowe Votes are due by Nov 28, 2013. Only current OpenJFX Committers [1] 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 [2]. Nomination to a project Committer is described in [3]. [1] http://openjdk.java.net/census#openjfx [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://openjdk.java.net/projects#project-committer Thanks, -- Kevin
Re: Fwd: CFV: New OpenJFX Committer: Rafi Tayar
Vote: YES On 11/5/2013 10:59 AM, David Hill wrote: [ resending it with a corrected subject line. The dangers of reusing a form] I hereby nominate Rafi Tayar to OpenJFX Committer. Rafi is a member of JavaFX Embedded team at Oracle. Rafi's changes are in Glass/Lens support code: hg log -M -u Rafi Tayar An incomplete list of Rafi's commits and reviews is also available by the following link: http://hg.openjdk.java.net/openjfx/8/master/rt/log?rev=tayar Votes are due by Nov 19, 2013. Only current OpenJFX Committers [1] 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 [2]. Nomination to a project Committer is described in [3]. [1] http://openjdk.java.net/census#openjfx [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://openjdk.java.net/projects#project-committer Thanks, Dave
Re: CFV: New OpenJFX Committer: Oleg Barbashov
Vote: YES On 10/24/2013 8:58 AM, Artem Ananiev wrote: I hereby nominate Oleg Barbashov (OpenJDK user name: ogb) to OpenJFX Committer. Oleg is a member of JavaFX SQE team at Oracle. He is currently an Author in OpenJFX and is an active contributor to this project, about 30 changesets in the tests repository: http://hg.openjdk.java.net/openjfx/8/master Votes are due by Nov 07, 2013. Only current OpenJFX Committers [1] 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 [2]. Nomination to a project Committer is described in [3]. [1] http://openjdk.java.net/census#openjfx [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://openjdk.java.net/projects#project-committer Thanks, Artem
Re: CFV: New OpenJFX Committer: Victor Shubov
Vote: YES On 10/24/2013 9:05 AM, Artem Ananiev wrote: I hereby nominate Victor Shubov to OpenJFX Committer. Victor is a member of JavaFX SQE team at Oracle. He has already contributed enough changesets into the tests repository: $ hg log -M -u Victor Shubov --template '{author}\n' |wc -l 29 Votes are due by Nov 07, 2013. Only current OpenJFX Committers [1] 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 [2]. Nomination to a project Committer is described in [3]. [1] http://openjdk.java.net/census#openjfx [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://openjdk.java.net/projects#project-committer Thanks, Artem