Re: [PR] Bump com.h3xstream.findsecbugs:findsecbugs-plugin from 1.13.0 to 1.14.0 [groovy]

Goooler merged PR #2202: URL: https://github.com/apache/groovy/pull/2202 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: notifications-unsubscr...@groov

[PR] Bump com.h3xstream.findsecbugs:findsecbugs-plugin from 1.13.0 to 1.14.0 [groovy]

dependabot[bot] opened a new pull request, #2202: URL: https://github.com/apache/groovy/pull/2202 Bumps [com.h3xstream.findsecbugs:findsecbugs-plugin](https://github.com/find-sec-bugs/find-sec-bugs) from 1.13.0 to 1.14.0. Commits See full diff in https://github.com/find-sec-bu

[jira] [Updated] (GROOVY-11610) Inner records are marked static in bytecode but are not recognized as static during compile

[ https://issues.apache.org/jira/browse/GROOVY-11610?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul King updated GROOVY-11610: --- Fix Version/s: (was: 4.0.27) > Inner records are marked static in bytecode but are not recogniz

[jira] [Resolved] (GROOVY-11610) Inner records are marked static in bytecode but are not recognized as static during compile

[ https://issues.apache.org/jira/browse/GROOVY-11610?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul King resolved GROOVY-11610. Resolution: Duplicate > Inner records are marked static in bytecode but are not recognized as sta

[jira] [Reopened] (GROOVY-11610) Inner records are marked static in bytecode but are not recognized as static during compile

[ https://issues.apache.org/jira/browse/GROOVY-11610?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul King reopened GROOVY-11610: > Inner records are marked static in bytecode but are not recognized as static > during compile > --

[jira] [Commented] (GROOVY-11610) Inner records are marked static in bytecode but are not recognized as static during compile

[ https://issues.apache.org/jira/browse/GROOVY-11610?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17946000#comment-17946000 ] Eric Milles commented on GROOVY-11610: -- Should be all good. Let me know if you hav

[jira] [Commented] (GROOVY-11612) Groovy incorrectly compiles the accessing of InnerClass's variables when the OuterClass has a getter for it

[ https://issues.apache.org/jira/browse/GROOVY-11612?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17945999#comment-17945999 ] Eric Milles commented on GROOVY-11612: -- If fix version does not include Groovy 5,

[jira] [Commented] (GROOVY-11613) Cannot call on outerclass's default method if the inner class extends that outerclass

[ https://issues.apache.org/jira/browse/GROOVY-11613?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17945998#comment-17945998 ] Eric Milles commented on GROOVY-11613: -- This should work on Groovy 5. I think I ad

[jira] [Commented] (GROOVY-11618) Method reference not found for record fields

[ https://issues.apache.org/jira/browse/GROOVY-11618?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17945997#comment-17945997 ] Eric Milles commented on GROOVY-11618: -- The PR was for Groovy 4. So you can test w

[jira] [Commented] (GROOVY-11614) Enums in switch/case statements that are not fully qualified will cause a groovy compile error but Java requires enums to "not" be fully qualified

[ https://issues.apache.org/jira/browse/GROOVY-11614?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17945984#comment-17945984 ] ASF GitHub Bot commented on GROOVY-11614: - daniellansun commented on PR #2199:

Re: [PR] GROOVY-11614: Enums in switch/case statements that are not fully qual… [groovy]

daniellansun commented on PR #2199: URL: https://github.com/apache/groovy/pull/2199#issuecomment-2817255442 If delegation applied, method calls within switch expression can also be delegated to enum class. But switch statement treats the method calls as invalid. -- This is an automated m

[jira] [Commented] (GROOVY-11614) Enums in switch/case statements that are not fully qualified will cause a groovy compile error but Java requires enums to "not" be fully qualified

[ https://issues.apache.org/jira/browse/GROOVY-11614?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17945981#comment-17945981 ] ASF GitHub Bot commented on GROOVY-11614: - eric-milles commented on PR #2199: U

[jira] [Assigned] (GROOVY-11616) Functions that take var args will default the type of the first argument, java tries to find the common parent type from all arguments

[ https://issues.apache.org/jira/browse/GROOVY-11616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Milles reassigned GROOVY-11616: Assignee: Eric Milles > Functions that take var args will default the type of the first

Re: [PR] GROOVY-11614: Enums in switch/case statements that are not fully qual… [groovy]

eric-milles commented on PR #2199: URL: https://github.com/apache/groovy/pull/2199#issuecomment-2817232959 They are already different. Switch statement supports unqualified enum constants under STC. Switch expression does not. The expression case could be made to work with delegation, in

[jira] [Commented] (GROOVY-11618) Method reference not found for record fields

[ https://issues.apache.org/jira/browse/GROOVY-11618?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17945973#comment-17945973 ] Saravanan commented on GROOVY-11618: Assuming from you comment this is available on

[jira] [Updated] (GROOVY-11616) Functions that take var args will default the type of the first argument, java tries to find the common parent type from all arguments

[ https://issues.apache.org/jira/browse/GROOVY-11616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Saravanan updated GROOVY-11616: --- Affects Version/s: 5.0.0-alpha-12 > Functions that take var args will default the type of the first

[jira] [Updated] (GROOVY-11614) Enums in switch/case statements that are not fully qualified will cause a groovy compile error but Java requires enums to "not" be fully qualified

[ https://issues.apache.org/jira/browse/GROOVY-11614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Saravanan updated GROOVY-11614: --- Affects Version/s: 5.0.0-alpha-12 > Enums in switch/case statements that are not fully qualified wi

[jira] [Commented] (GROOVY-11613) Cannot call on outerclass's default method if the inner class extends that outerclass

[ https://issues.apache.org/jira/browse/GROOVY-11613?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17945972#comment-17945972 ] Saravanan commented on GROOVY-11613: Can this be ported to 5.0.0.13? > Cannot call

[jira] [Commented] (GROOVY-11612) Groovy incorrectly compiles the accessing of InnerClass's variables when the OuterClass has a getter for it

[ https://issues.apache.org/jira/browse/GROOVY-11612?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17945971#comment-17945971 ] Saravanan commented on GROOVY-11612: Can this be ported up to 5.0.0.13? > Groovy i

[jira] [Updated] (GROOVY-11615) Groovy has trouble type inferencing for Collections. The offender is Collectors.asBlah set of methods. It needs the generic type to be added explicitly

[ https://issues.apache.org/jira/browse/GROOVY-11615?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Saravanan updated GROOVY-11615: --- Affects Version/s: 5.0.0-alpha-12 > Groovy has trouble type inferencing for Collections. The offend

[jira] [Commented] (GROOVY-11610) Inner records are marked static in bytecode but are not recognized as static during compile

[ https://issues.apache.org/jira/browse/GROOVY-11610?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17945970#comment-17945970 ] Saravanan commented on GROOVY-11610: Can this be ported up to 5.0.0.13? > Inner re