This (and other) bug updates are incorrect.

[Seán Coffey]

Alot of this discussion boils down to a requirement to better document 
OpenJDK process.

If clarification is necessary, let's please have a proposal/discussion 
elsewhere and get agreement before modifying JBS data which could impact 
historical data. Currently, there are 20k+ records with affectsVersion = 
8. My understanding has always been that this denotes 8 GA, just like a 
fix Version of '8' corresponds to a build of JDK 8. The "introduced in" 
field can complement the affectsVersion field when a release is in early 
access mode.

The current JBS document[1] makes reference to the affectsVersion field. 
It suggests:
"The special version values like tbd_minor should not be used in the 
affectedVersion field;
only version values corresponding to actual releases should be used."

It also points out:
"affectedVersion: what version(s) of a product are affected by an issue? 
This multi-valued field can hold multiple versions that are impacted by 
an issue. This field is informative and the set of releases listed is 
not intended to be exhaustive."

This original email thread was started to point out that adding 
affectsVersion of '8' to JDK-8218605 was questionable. I'd be in 
agreement with Phil Race on that and I'm glad to see it's been cleared up.

[1] https://wiki.openjdk.java.net/display/general/JBS+Overview

Regards,
Sean.

On 26/04/19 06:05, Andrew John Hughes wrote:
> On 25/04/2019 19:13, Daniel D. Daugherty wrote:
>
> snip...
>
>>> Sorry Aleksey. Version value '8' historically means JDK8-GA. It should
>>> only used used for bugs that reproduce with JDK8-GA. If the OpenJDK8u
>>> project wants to add an '8u' that means some version after JDK8-GA, then
>>> that is fine.
>>>
>>> Dan
> It would seem to make more sense to designate those that are known to
> reproduce specifically on OpenJDK 8 GA with a new label '8-ga' rather
> than creating a distinction between '8' and '8u' which is far from obvious.
>
> To me, it makes more sense to use Affects to specify the major versions
> the issue is applicable to, and use the 'Introduced in Version' &
> 'Introduced in Build' fields to specify exact information about where
> the issue was reproduced. Affects is then a useful source of information
> as to whether an issue needs to be backported or not.
>
> How is Affects used for issues that occur before GA?
>
>> Another way to think about is this:
>>
>> We're having this conversation on the jdk8u-dev at openjdk.java.net alias.
>> We are not having this conversation on the jdk8-dev at openjdk.java.net alias.
>>
>> Why? Because the OpenJDK8 project is done. We now have an OpenJDK8u
>> project...
>>
>> There are a few examples of emails that come in on
>> jdk8-dev at openjdk.java.net
>> where we redirect the folks to jdk8u-dev at openjdk.java.net because the
>> OpenJDK8 project is done.
>>
> Which suggests that the existence of both is a continuing source of
> confusion.
>
>> Dan
>>