Consolidating memory leak related labels in JBS

[Jesper Wilhelmsson]

Getting back to this. There didn't seem to be any objections so I have made the change now.

These labels are no longer in use: memoryleak, memory_leak, Memoryleak, MemoryLeak, MemoryLeaks, leak, Leak, leaks, leakage   -- All of these are now memory-leak

As for the other labels;

accessibility, Accessibility, a11y, A11Y  -- I agree that these could be merged into just using accessibility, but I also don't know the history here so there may be some reason.

testbug vs noreg-self  -- I believe testbug was used for a wider range of issues than what noreg-self is, so to get rid of testbug would require to actually go through them (13.460) manually to sort out what noreg-label (if any) should be used instead.

/Jesper


> On 23 Sep 2022, at 08:30, Lindenmaier, Goetz <goetz.lindenmaier at sap.com> wrote:
> 
> I appreciate consolidating labels!
> 
> What about a11y and accessibility? I don't see a point distinguishing
> here, either.  But maybe you know more about the background.
> 
> I also have to filter for !testbug and !noreg-self if I do not want to
> see changes that only touch the test suite.
> Would this also be a candidate?  But as I understand the noreg-*
> labels distinguish more cases that the testbug label did.
> 
> Best regards
>  Goetz
> 
> 
> 
> 
>> -----Original Message-----
>> From: jdk-dev <jdk-dev-retn at openjdk.org> On Behalf Of Jesper Wilhelmsson
>> Sent: Thursday, September 22, 2022 5:36 PM
>> To: jdk-dev at openjdk.org
>> Subject: Consolidating memory leak related labels in JBS
>> 
>> Hi all,
>> 
>> In JBS we currently have the labels:
>> 
>> memoryleak
>> memory-leak
>> memory_leak
>> Memoryleak
>> MemoryLeak
>> MemoryLeaks
>> leak
>> Leak
>> leaks
>> leakage
>> 
>> All these seems to mainly be used to tag issues concerning memory leaks and
>> are used by several teams. No area or group seems to have focused on one
>> of these labels, it seems everyone is in agreement that any of these will do
>> just fine - judging by label usage in JBS.
>> 
>> Are there any objections to merging all of these into using ONLY
>> "memoryleak" and get rid of the rest?
>> 
>> Thanks,
>> /Jesper
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: Message signed with OpenPGP
URL: <https://mail.openjdk.org/pipermail/jdk-dev/attachments/20221021/0272f8ca/signature.asc>