This (and other) bug updates are incorrect.

[Philip Race]

A lot of 8[u] bug reports originate from some migrating from the 7 train 
to the 8 train.
The example you cited earlier

https://bugs.openjdk.java.net/browse/JDK-8218617

is one where you can see the submitter is comparing 7[u] and 8[u] 
behaviour and
submitted against 8 without really knowing.
This *should* have been fixed by the engineer who evaluated it.
That it was not fixed and that there remains a mistake in the release 
value does not make it policy ..

"8" means "8.0.0" if you think about it in the JDK 9 + nomenclature.

-phil.

On 4/25/19, 11:47 AM, Aleksey Shipilev wrote:
> My problem with "historically" is that it is very open to interpretation. What you are saying
> implies that every bug that has affectedVersion = 8 is checked to be reproduce-able with 8 GA. Which
> does not ring true, since submitters usually check only with the some current version of 8u, and I
> see that "8" serves as blanket "some (presumably latest) version of 8" designator for many recent
> issues.