[
https://issues.apache.org/jira/browse/GROOVY-12592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18140518#comment-18140518
]
ASF GitHub Bot commented on GROOVY-12592:
-----------------------------------------
codeconsole commented on PR #3118:
URL: https://github.com/apache/groovy/pull/3118#issuecomment-6717049611
@daniellansun I can't re-run jobs on apache/groovy, so I merged current
master (492ae79db4) to get a fresh run, which also brings in the Windows Gradle
cache fix (#3110). The failed cells were `lts (17, windows-latest, 1)` and `lts
(17, macos-latest)`. No code changes; `InnerClassTest` and `ThisAndSuperTest`
pass locally on the merge.
> Outer.super.name() and super.name() in a closure skip the method the class
> inherits
> -----------------------------------------------------------------------------------
>
> Key: GROOVY-12592
> URL: https://issues.apache.org/jira/browse/GROOVY-12592
> Project: Groovy
> Issue Type: Bug
> Affects Versions: 4.0.33, 5.0.8, 6.0.0
> Reporter: Scott Murphy Heiberg
> Priority: Major
>
> {code:groovy}
> class Base { String m() { 'base' } }
> class Root extends Base { String m() { 'root' } }
> class Outer extends Root {
> class Inner { String test() { Outer.super.m() } }
> String viaClosure() { def c = { -> super.m() }; c() }
> }
> def o = new Outer()
> assert new Outer.Inner(o).test() == 'root'
> assert o.viaClosure() == 'root'
> {code}
> Actual: both calls return 'base'.
> Expected: both return 'root', the method Outer inherits from Root, as a super
> call in a method of Outer does.
> A super call from a nested class or a closure does not create a super$ MOP
> method in Outer. MetaClassImpl then takes the super$ MOP method of Root,
> which calls Root's super method, Base.m, so Root's override is skipped. The
> closure form is the same in 4.0.33; Outer.super is not supported there.
> PR: https://github.com/apache/groovy/pull/3118
--
This message was sent by Atlassian Jira
(v10.3.26#10030026)
