[jfx23u] RFR: 8336940: Update GStreamer to 1.24.6

2024-08-23 Thread Alexander Matveev
Clean backport of JDK-8336940 and JDK-8336939. - Commit messages: - Backport b88ac0495650bd033ba11e3131e9bffc517872eb Changes: https://git.openjdk.org/jfx23u/pull/14/files Webrev: https://webrevs.openjdk.org/?repo=jfx23u&pr=14&range=00 Issue: https://bugs.openjdk.org/browse/JDK-

Re: [Feature Proposal] Vertex Colors on TriangleMesh

2024-08-23 Thread Knee Snap
Thanks for the clarification on how the design would work. However, this design is separate/unrelated to the goal of this feature proposal. Instead of extending TriangleMesh, you imagine a new separate mesh which can eventually be used to support user-supplied shaders. I do hope to propose such a

Re: It is not possible to create a new bug in Java Bug Database

2024-08-23 Thread Dalibor Topic
On 22.08.2024 08:33, PavelTurk wrote: Hello, all. It is the second day I am trying to create a JavaFX bug - https://bugreport.java.com/bugreport/submit_start. After I fill in all the fields and press the submit button I get 504 Gateway Time-out. Please inform your colleagues at Oracle a

Integrated: 8336940: Update GStreamer to 1.24.6

2024-08-23 Thread Alexander Matveev
On Wed, 21 Aug 2024 20:15:00 GMT, Alexander Matveev wrote: > - Updated GStreamer to 1.24.6 and Glib to 2.80.4. > - Testing done on all platforms with all supported formats. > - Removed gstpluginloader.c. This file contains additional plugin loading > mechanism which we do not use. Latest GStrea

Integrated: 8338886: JavaFX debug builds fail on macOS

2024-08-23 Thread Jay Bhaskar
On Fri, 23 Aug 2024 05:21:21 GMT, Jay Bhaskar wrote: > Issue: ASSERT Statement: The ASSERT macro or function seems to be used to > check if a condition involving ExceptionCode is true, but it's failing to > compile. > Solution: The expression for ASSERT should be checked with type. This pull r

Re: RFR: 8338886: JavaFX debug builds fail on macOS

2024-08-23 Thread Kevin Rushforth
On Fri, 23 Aug 2024 05:21:21 GMT, Jay Bhaskar wrote: > Issue: ASSERT Statement: The ASSERT macro or function seems to be used to > check if a condition involving ExceptionCode is true, but it's failing to > compile. > Solution: The expression for ASSERT should be checked with type. This is a t

Integrated: 8338307 : Additional WebKit 619.1 fixes from WebKitGTK 2.44.3

2024-08-23 Thread Hima Bindu Meda
On Wed, 21 Aug 2024 09:53:24 GMT, Hima Bindu Meda wrote: > Updated additonal fixes from webkit-2.44.3. Verified build on all platforms. > No issue seen. This pull request has now been integrated. Changeset: aa52f7ef Author:Hima Bindu Meda URL: https://git.openjdk.org/jfx/commit/aa5

Re: Accidentally reproduced NPE in synchronizeNodes in combination with enterNestedEventLoop

2024-08-23 Thread John Hendrikx
I haven't got anything concrete yet, but I did look into "transactional" properties before for a similar reason. The "when" fluent method on ObservableValue does something similar.  When its condition is false, it doesn't communicate changes downstream, but when it is set to true, it will do s

Re: RFR: 8338307 : Additional WebKit 619.1 fixes from WebKitGTK 2.44.3

2024-08-23 Thread Joeri Sykora
On Wed, 21 Aug 2024 09:53:24 GMT, Hima Bindu Meda wrote: > Updated additonal fixes from webkit-2.44.3. Verified build on all platforms. > No issue seen. Builds and tests were successful on our infrastructure. - Marked as reviewed by sykora (Author). PR Review: https://git.openjdk

Re: [Feature Proposal] Vertex Colors on TriangleMesh

2024-08-23 Thread Michael Strauß
I've created a rough prototype to illustrate what I mean: https://github.com/mstr2/jfx/tree/experiments/vertexmesh This is how you would use VertexMesh in an application: var mesh = new VertexMesh<>(Vertex.PositionTexCoord.class); mesh.getVertices().addAll( new Vertex.PositionTex