Add test for @SuppressWarnings and @AnnotatedFor interaction and refine SourceChecker logic

[aosen-xiong]

Fix @SuppressWarnings on an enclosing element being ignored when an inner element carries @AnnotatedFor.

The early return was redundant: the loop's natural termination already produces false when no matching @SuppressWarnings is found. Removing it lets the walk continue past @AnnotatedFor-annotated elements to enclosing scopes.

[Copilot]

Pull request overview

This PR fixes warning suppression behavior in SourceChecker so an enclosing @SuppressWarnings still applies when an inner declaration is marked @AnnotatedFor. It also adds regression tests in both framework-level subtyping tests and nullness conservative-default tests.

Changes:

• Removed the redundant early return in SourceChecker.shouldSuppressWarnings(Element, String) so suppression lookup continues through enclosing elements.
• Added a subtyping regression test covering class-level @SuppressWarnings with a method-level @AnnotatedFor.
• Added a nullness regression test covering the same interaction for nullness checking.

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated no comments.

File	Description
framework/tests/conservative-defaults/annotatedfor/AnnotatedForTest.java	Adds a regression case proving outer @SuppressWarnings("subtyping") overrides inner @AnnotatedFor("subtyping").
framework/src/main/java/org/checkerframework/framework/source/SourceChecker.java	Removes the early exit that prevented suppression lookup from reaching enclosing scopes.
checker/tests/nulless-conservative-defaults/annotatedfornullness/AnnotatedForNullness.java	Adds a nullness regression case for the same suppression/@AnnotatedFor interaction.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[thisisalexandercook]

Great catch! It may be worth noting that #1331 also removes this check as part of its broader refactor, but this bug is independent and makes sense as its own PR.

[aosen-xiong]

Great catch! It may be worth noting that #1331 also removes this check as part of its broader refactor, but this bug is independent and makes sense as its own PR.

Thanks! Yes, that's the point of having this PR.

[wmdietl]

Thanks for looking into this!
Also, please go through the javadoc and manual and see where this behavior is described.

[wmdietl]

Some high-level clarifications that I need to understand what this is trying to do.

[wmdietl]

@aosen-xiong Please review what I did with Antigravity.

[aosen-xiong]

@aosen-xiong Please review what I did with Antigravity.

Thanks! Your changes make the Element and TreePath overloads consistent.