In(Sanity) Testing Mondays

[Lisa Selle]

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: Michael Fang

[Lisa Selle]

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

Re: CFV: New OpenJFX Committer: Morris Meyer

[Lisa Selle]

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

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)

[lisa . selle]

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

[Lisa Selle]

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

[Lisa Selle]

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!!!

[Lisa Selle]

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

[Lisa Selle]

Reminder, Monday is our weekly sanity testing.

You can find your (newly updated) 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

[Lisa Selle]

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

[Lisa Selle]

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

Fwd: Re: openjfx-8u20-b23: Stuck in monocle build for armv7hf

[Lisa Selle]

Kevin or David,

Ideas on how to get Prasant past this issue?  Apparently he has his 
pango libs installed in a non-standard location and needs to use 
PKG_CONFIG_PATH so they can be found.


Thanks,

Lisa
 Original Message 
Subject:Re: openjfx-8u20-b23: Stuck in monocle build for armv7hf
Date:   Thu, 31 Jul 2014 11:37:08 +0530
From:   Prasant J 
To: Lisa Selle 
CC: openjfx-dev@openjdk.java.net Mailing 



On Thu, Jul 31, 2014 at 10:10 AM, Prasant J  wrote:

On Wed, Jul 30, 2014 at 11:16 PM, Lisa Selle  wrote:

How did you install your arm toolchain?



I'm using yocto (poky distribution) for my iMX6. I can build my own
SDK (toolchain). I'm using that.
I may have made some mistake is setting up the toolchain (I will look
into that one again).



I have now corrected the toolchian setup!




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.


Is there a way to set environment variables?





Still stuck at the same point.

In my linux shell I executed the following commands:

./pkg-config --cflags pangoft2  [cannot find package pangoft2]
PKG_CONFIG_PATH= ./pkg-config --cflags pangoft2  [finds the
package and lists the cflags]

So, is there any way to pass the environment variable PKG_CONFIG_PATH
before executing 'commandLine' ?


Regards, Pj

Re: openjfx-8u20-b23: Stuck in monocle build for armv7hf

[Lisa Selle]

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)

[Lisa Selle]

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
 wrote:

We are in the process of moving this application into the openjfx repository.

On Jul 27, 2014, at 1:03 PM, Seeon Birger  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

In(Sanity) Testing Mondays

[Lisa Selle]

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: JavaFX embedded (jre 8u6): touch problem (malformed multi touch event)

[Lisa Selle]

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  
wrote:

On 7/25/2014 10:06 AM, Prasant J wrote:
On Wed, Jul 23, 2014 at 6:36 PM, Lisa Selle  
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.(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)

[Lisa Selle]

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  wrote:

On 7/25/2014 10:06 AM, Prasant J wrote:

On Wed, Jul 23, 2014 at 6:36 PM, Lisa Selle  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.(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)

[Lisa Selle]

On 7/25/2014 10:06 AM, Prasant J wrote:

On Wed, Jul 23, 2014 at 6:36 PM, Lisa Selle  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.(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

[lisa . selle]

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)

[Lisa Selle]

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

[8u26] Review Request RT-37583 [Monocle] Change X.java and EGL.java to use instance methods

[Lisa Selle]

Hi Daniel,

Please review the proposed fix for 
https://javafx-jira.kenai.com/browse/RT-37583.


Details in the jira.

Thanks,

Lisa

hg: openjfx/8u-dev/rt: Fix for RT-37604 [Monocle] Make sure all methods in the X11 port have javadoc

[lisa . selle]

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

In(Sanity) Testing Mondays

[Lisa Selle]

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

[Lisa Selle]

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

[lisa . selle]

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

[8u26] Review Request RT-37857 [Monocle] Implement native cursor for odroid

[Lisa Selle]

Hi Daniel,

Please review the proposed fix for 
https://javafx-jira.kenai.com/browse/RT-37857.


Details in the jira.

Thanks,

Lisa

Re: Java SE Embedded 8u6 and JDK 8u6 for ARM released

[Lisa Selle]

We already sort of "missed the boat" to make this better for 8u26, but 
going forward here are a couple of suggestions to make this easier 
(because I don't see us making the release repos public anytime soon):


- add a special tag when we clone a stabilization repo for an embedded 
release
- add a keyword in the commit notifications when we push to 8u-dev that 
would indicate we are going to pull this changeset into an embedded 
release - something like [8u26]


That would make it easier to produce a list of changesets.

Thoughts?

Lisa

On 7/11/2014 11:36 AM, Kevin Rushforth wrote:
To add to what Lisa said, I did a quick check and find only 7 
additional changesets that were pulled into 8u6 after that date (not 
counting the 5 changesets synced in from the 8u5 release).


-- Kevin


Lisa Selle wrote:
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 Selle:

   

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
To:"openjfx-dev@openjdk.java.net Mailing"
  
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

[Lisa Selle]

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 Selle:

   

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
To:"openjfx-dev@openjdk.java.net Mailing"
  
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

[Lisa Selle]

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 
To: "openjfx-dev@openjdk.java.net Mailing"
 
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

[Lisa Selle]

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

[Lisa Selle]

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

hg: openjfx/8u-dev/rt: Fix for RT-36431 Add versioning to monocle NativePlatform/NativePlatformFactory

[lisa . selle]

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

[8u26] Review Request: RT-36431 Add versioning to monocle NativePlatform/NativePlatformFactory

[Lisa Selle]

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: [TEST-ONLY] Add missing import statements to fix broken test.

[lisa . selle]

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

hg: openjfx/8u-dev/rt: 4 new changesets

[lisa . selle]

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

[8u26] Review Request RT-37377 [Monocle] Add unit test for modality

[Lisa Selle]

Hi Daniel,

Please review the proposed fix for 
https://javafx-jira.kenai.com/browse/RT-37377


Details in the jira.

Thanks,

Lisa

[8u26] Review Request RT-37562 [Monocle] Make monocle the default javafx.platform on all ARM/Linux devices

[Lisa Selle]

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

[Lisa Selle]

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

[Lisa Selle]

Jasper,

Please review the proposed fix for

https://javafx-jira.kenai.com/browse/RT-34962

Details in jira.

Thanks,

Lisa

[8u26] Review Request: RT-37369 [Monocle] When a child window is dismissed, the main window does not repaint right away

[Lisa Selle]

Daniel,

Please review the proposed fix for 
https://javafx-jira.kenai.com/browse/RT-37369


Details in the jira.

Thanks,

Lisa

[8u26] Review request RT-36915 [Monocle] Add support for minimize to monocle

[Lisa Selle]

Daniel,

Please review the proposed fix for

https://javafx-jira.kenai.com/browse/RT-36915

Details in the jira.

Thanks,

Lisa

[8u20] review request: RT-35004 Sample JavaFX 8 projects from Oracle wont build on NetBeans 8.0

[Lisa Selle]

Hi Kevin and David,

Please review the proposed fix for:

https://javafx-jira.kenai.com/browse/RT-35004

Details in the jira.

Thanks,

Lisa

(In)Sanity Monday...

[Lisa Selle]

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

[Lisa Selle]

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

[Lisa Selle]

Daniel,

Please review proposed changes in:

 https://javafx-jira.kenai.com/browse/RT-37250

Thanks,

Lisa

(In)Sanity Monday...

[Lisa Selle]

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: Planning for M5: June 23, 2014 [RDP2]

[Lisa Selle]

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

[8u26] Review request: RT-37085 [Monocle] FX crash on ODROID U3

[Lisa Selle]

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: [8u26] Review request: RT-37085 [Monocle] FX crash on ODROID U3

[Lisa Selle]

Ignore the change to the idea file, obviously I don't plan to commit that :)

On 5/23/2014 12:54 PM, Lisa Selle wrote:

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: CFV: New OpenJFX Committer: Jerome Cambon

[Lisa Selle]

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: CFV: New OpenJFX Committer: Eric Le Ponner

[Lisa Selle]

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: [8u26] Review request for RT-35406 [Monocle] Implement mouse/touch grab

[Lisa Selle]

+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/ 



Thanks,
Daniel

(In)Sanity testing

[Lisa Selle]

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

Re: [8u26] Review request for RT-36844 [Monocle] Implement modality support for monocle

[Lisa Selle]

Updated webrev:

http://cr.openjdk.java.net/~kselle/webrev-20140430-1059-RT-36844/webrev/

On 4/30/2014 10:02 AM, Lisa Selle wrote:

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

[8u26] Review request for RT-36844 [Monocle] Implement modality support for monocle

[Lisa Selle]

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...

[Lisa Selle]

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

[Lisa Selle]

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...

[Lisa Selle]

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: [8u26] Review request: RT-36158 [Monocle] Cursor is always displayed, even if no mouse is plugged in

[Lisa Selle]

OK, ready now.

Thanks!


On 4/9/2014 1:40 PM, Lisa Selle wrote:
Hang on, I just see a big something I've missed...  hold off on review 
please :)


On 4/9/2014 1:35 PM, Lisa Selle wrote:

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

Re: CFV: New OpenJFX Committer: Elina Kleyman

[Lisa Selle]

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-36601 [Monocle] Framebuffer allocates incorrectly sized clear buffer

[Lisa Selle]

Daniel,

Please review the simple fix for

https://javafx-jira.kenai.com/browse/RT-36601

Fix is in the jira.

Thanks,

Lisa

[8u26] Review request: RT-36158 [Monocle] Cursor is always displayed, even if no mouse is plugged in

[Lisa Selle]

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

Re: [8u26] Review request: RT-36158 [Monocle] Cursor is always displayed, even if no mouse is plugged in

[Lisa Selle]

Hang on, I just see a big something I've missed...  hold off on review 
please :)


On 4/9/2014 1:35 PM, Lisa Selle wrote:

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

(In)sanity Monday...

[Lisa Selle]

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

[Lisa Selle]

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

[Lisa Selle]

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

[Lisa Selle]

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

[Lisa Selle]

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

[Lisa Selle]

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

[Lisa Selle]

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

[Lisa Selle]

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

[Lisa Selle]

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

[Lisa Selle]

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]

[Lisa Selle]

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

Re: Review request: RT-35209 Runtime is broken on beagleboard

[Lisa Selle]

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-35209 Runtime is broken on beagleboard

[Lisa Selle]

Daniel can you please review the fix for 
https://javafx-jira.kenai.com/browse/RT-35209 (patch is in jira).


Thanks,

Lisa

Re: In(Sanity) Testing Mondays

[Lisa Selle]

Hi all,

Steve and I have update the test matrix for the coming weeks.  Due to US 
holidays, this matrix will stay in place until next year.  For the 
desktop team, we aimed to have two people cover each part of ensemble on 
various platforms, for embedded (since we have fewer people), one person 
testing each part of ensemble.  For both teams we had toys-subset and 
toys-controls (the two main groups of tests) tested by 2 people each.


Vacations are not taken into account, so it's possible some test 
coverage will be missed each week but the overall coverage should be 
reasonable, especially given the slower rate of change that's likely due 
to the holidays.


Thanks,

Lisa and Steve

On 12/18/2013 2:32 PM, Stephen F Northover wrote:

Hi all,

So the sanity testing was a success.  I would not say that the 
universe has been fundamentally altered because of it but the idea 
that there is a weekly formal time when we kick the tires of FX is a 
good one.  There were some problems getting the correct bits to test 
but that will be resolved for next week.  We will be doing this next 
week and for the foreseeable future as it was a good forcing function 
for people to get their environments up to date and make sure that 
things were generally working.


The big winner as a test case was HelloSanity.  Although Ensemble 
exercises much of FX, some committers found the UI to be somewhat 
cumbersome for testing.  There is so much functionality in Ensemble, 
that a comprehensive test just takes too long.  Ensemble is still very 
important, but perhaps not the best sanity vehicle. I'm thinking that 
in future, we will look towards testing the FX toys that have recently 
been open sourced instead of having so many committers poking 
Ensemble.  Further, we need to add some more 3D testing to the list of 
apps we run (3DViewer).


In order to avoid entering duplicates, on the day of the testing, we 
won't process outstanding issues so that testers can quickly scan the 
"One True Dashboard".


https://javafx-jira.kenai.com/secure/Dashboard.jspa?selectPageId=11893

So we will be sanity testing next Monday the 23rd and after that 
refining the process as we go.  As we approach our first 8u20 
milestone, the testing effort will ramp up but we can discuss 
specifics closer to the date.


https://wiki.openjdk.java.net/display/OpenJFX/8u20

Steve

review request RT-33706 DFB: clear screen when application exits

[Lisa Selle]

Hi David,

Please review my proposed fix for: 
https://javafx-jira.kenai.com/browse/RT-33706


Thanks,

Lisa

Review Request: RT-33484 - cursor rendered incorrectly in 16 bit mode

[Lisa Selle]

Hello OpenJFX Community.

Please review the fix for the issue: 
https://javafx-jira.kenai.com/browse/RT-33484
Details are available in the bug report.

-Lisa

Re: CFV: New OpenJFX Committer: Mark Howe

[Lisa Selle]

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

[Lisa Selle]

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: Assaf Yavani

[Lisa Selle]

Vote:  YES

On 10/30/2013 11:53 AM, David Hill wrote:


I hereby nominate Assaf Yavnai to OpenJFX Committer.

Assaf is a member of JavaFX Embedded team at Oracle. Most of Assaf's 
changes are in Glass/Lens support code:


  hg log -u "Assaf Yavani"

An incomplete list of Assaf's commits and reviews is also available by 
the following link:


http://hg.openjdk.java.net/openjfx/8/master/rt/log?rev=assaf

Votes are due by Nov 13, 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: Victor Shubov

[Lisa Selle]

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

Re: CFV: New OpenJFX Committer: Oleg Barbashov

[Lisa Selle]

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