Do you guys have an estimate for the percentage of current JIRA
contributors that will no longer be able to participate, in a meaningful
way, in bug reporting due to this change? I can't speak for anyone else,
but I can tell you what a switch to JBS means to me.
I consider myself an OpenJFX user,
Hi,
in my opinion it’s definitely no good news to move from JIRA to JBS. While Jira
is a very good and popular bug tracking system, the JDK JBS is a pain. With JBS
the community efforts will decrease. It’s too complicated to be part of the
Java community if you are forced to first sign a commit
Hi Kevin,
while I appreciate the consolidation of the bug tracking systems, I have
some questions about the JBS.
Having filed some jdk-bugs via bugs.java.com in the past, I never got
any feedback, if the bug has been accepted and if an JDK bug has been
created.
For example three weeks ago,
2015-04-15 0:20 GMT+02:00 Kevin Rushforth :
> As part of this transition, we will enable anonymous viewing of bugs (no
> need to login just to look at a bug) and they will be easily searchable
> online.
Great news!
Cheers,
Mario
--
pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
Fingerpr
As most of you are aware, JavaFX uses its own JIRA bug tracker [1]. The
JDK Bug System [2] (JBS) is the JIRA bug tracker used by the OpenJDK
Community. With the OpenJFX Project being a part of this Community, it
is time for us to move away from our separate bug tracker and make use
of JBS. This
I have synced the OpenJFX changes from the just-released April 2015 CPU
release (8u45) into 8u (for 8u60) and into 9.
Here is a webrev of the FX 8u45 changes for those who are interested in
the changes, but don't want to wade through the 47 separate changesets I
just pushed (most of which are
Hi Chris,
We identified a fairly localized optimization that we might be able to
apply to enhance the performance of your Sierpinski program. We don't
have any figures yet on whether this will improve other
applications/benchmarks that people have been discussing, but the
improvements with y
Hi Alexander.
Could you please review this fix for aiffparser.c.
When ignoring a chunk of unknown nature the size of the chunk can be of
MAX_UINT value so flush size is overflown and resets to 0. Upper in the
callstack we control the offset such that there is no buffer overflow.
So this is int
Hi all,
I just updated the OpenJFX wiki to cover creating the OpenJFX Overlay.
See:
https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX#BuildingOpenJFX-Overlay-JDK8
I certainly would appreciate additional eyes on this section.
Our team has been trying to keep the Wiki up to date
Hi Alexander.
Could you please review this fix for directshowwrapper.
When working with fuzzed mp3 files decoder->pSrc->DeliverSample fails
but no error is generated and the whole pipeline just silently swithces
to prerolling.
webrev: cr.openjdk.java.net/~stayer/RT-37900/
jira: https://javafx-
10 matches
Mail list logo
