Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Removed a lot of compiler warnings #5487

Merged
merged 1 commit into from
Feb 14, 2023
Merged

Removed a lot of compiler warnings #5487

merged 1 commit into from
Feb 14, 2023

Conversation

tbw777
Copy link
Contributor

@tbw777 tbw777 commented Feb 13, 2023

Inserted diamond in constructions like this:
ArrayList = new ArrayList();
No any interfaces was changed

Inserted diamond in constructions like this:
ArrayList<Strings> = new ArrayList();
No any interfaces was changed
Copy link
Member

@BradWalker BradWalker left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice work!

@BradWalker BradWalker modified the milestones: NB17, NB18 Feb 14, 2023
@BradWalker BradWalker assigned BradWalker and tbw777 and unassigned tbw777 and BradWalker Feb 14, 2023
@BradWalker BradWalker merged commit 55430b4 into apache:master Feb 14, 2023
mbien added a commit to mbien/netbeans that referenced this pull request Feb 14, 2023
@mbien
Copy link
Member

mbien commented Feb 14, 2023

please don't ever merge PRs which don't have tests run on them! This PR broke master. There is no need to hurry.

This is a project wide cleanup which requires all tests to be run which is activated with the ci:all-tests label.

mbien added a commit to mbien/netbeans that referenced this pull request Feb 14, 2023
@BradWalker
Copy link
Member

please don't ever merge PRs which don't have tests run on them! This PR broke master. There is no need to hurry.

This is a project wide cleanup which requires all tests to be run which is activated with the ci:all-tests label.

As someone who has previously worked on things in this area, I spent the time to look at each file that was changed. So I'll accept the responsibility for what happened. It appeared to me that the tests were being "skipped" by design. Previously when I've looked at the test runs, the system always showed as "failed". So it was clearly my mistake.

My apologies to everyone! I'll be more diligent next time!

@mbien
Copy link
Member

mbien commented Feb 14, 2023

the changes itself were fine, the problem was that some were in test data. Just don't be so quick with the merge button next time. It is perfectly fine to let a PR sit a few days - increases the probability that someone notices things like this, e.g missing label to run all tests.

@BradWalker
Copy link
Member

the changes itself were fine, the problem was that some were in test data. Just don't be so quick with the merge button next time. It is perfectly fine to let a PR sit a few days - increases the probability that someone notices things like this, e.g missing label to run all tests.

Agreed.

I looked at each change. But, making a change in test code is definitely a danger.

Another good reason to keep these type of PRs smaller in size.

mbien added a commit that referenced this pull request Feb 14, 2023
@tbw777 tbw777 deleted the compiler2 branch February 14, 2023 17:18
@vieiro
Copy link
Contributor

vieiro commented Feb 14, 2023

Another good reason to keep these type of PRs smaller in size.

Fully agree.

These huge PRs that change many files are prone to give problems. We should balance the benefits and the risks of these PRs.

And don't worry, @BradWalker ! This is something that could happen to anyone!

@mbien
Copy link
Member

mbien commented Feb 15, 2023

And don't worry, @BradWalker ! This is something that could happen to anyone!

@vieiro @BradWalker yes! This happens sometimes, so please don't worry about it. Its just that if you would have waited with the merge 1-2 days after review, I am certain someone would have noticed.

why?

because I for example try to look at https://github.com/apache/netbeans/actions on a daily basis to check if there is something to play whack-a-mole with, that is also how I noticed this in the first place. When someone syncs a new or old PR I would notice this too (since it appears on the all-knowing list) and probably check if its properly labeled. IMO the main lesson learned here should be to not rush PRs in, even if they seem trivial and were carefully reviewed.

This could have happened with a small PR too which only covers one module or less - it likely would have required some of the [ci] labels too. Java PRs need Java, PHP needs PHP otherwise the correct tests won't run etc etc.

@mbien
Copy link
Member

mbien commented Feb 15, 2023

also regarding large cleanup PRs in general:
in my book they are fine as long they remain reviewable (of course the PR itself should have a purpose too - I am not saying that every possible automated cleanup is worth the review time or to be integrated). It helps a lot to split large PRs into commits - if someone would only have the time to review one commit, thats fine - add a comment to tell the next reviewer.

We can't split everything into PRs otherwise every project wide cleanup would mean 18 PRs, one for each cluster - lets not do that.

vieiro pushed a commit to vieiro/netbeans-cnd that referenced this pull request Mar 6, 2023
Inserted diamond in constructions like this:
ArrayList<Strings> = new ArrayList();
No any interfaces was changed
vieiro pushed a commit to vieiro/netbeans-cnd that referenced this pull request Mar 6, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants