<!DOCTYPE html><html><head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

  </head>

  <body>

    Hi Przemek,<br>

    <br>

    this is pretty good, thanks for the reproducer. I will update the

    bug entry,<br>

    <br>

    Thanks,<br>

    Vicente<br>

    <br>

    <div class="moz-cite-prefix">On 1/9/24 03:48, Przemek Bielicki

      wrote:<br>

    </div>

    <blockquote type="cite" cite="mid:CAMvdueCSdLeVmVa=drMxBOhm0M8-c5iugtnTcuRXUmedo_NJBQ@mail.gmail.com">

      <div dir="ltr">

        <div>Hey Vicente,</div>

        <div><br>

        </div>

        My fellow Gradle JVM Platform engineer (Octavia Togami) created

        a reproducer: <a href="https://urldefense.com/v3/__https://github.com/octylFractal/javac-permitted-ordering-bug__;!!ACWV5N9M2RV99hQ!OuIjNEls9z95A5Eq458IZEjWn1nlxh3v2_wq3jYrPj61R62YNl6fUCJ_-Docq9rmUcpTVMWgk3iQLhvjhTxyZA$" moz-do-not-send="true">https://github.com/octylFractal/javac-permitted-ordering-bug</a><br>

        Her first analysis was: "Looking at the stacktraces, it appears

        that when it's ordered properly, the subclasses of the sealed

        type are visited as part of their parent; but when it's ordered

        incorrectly, they're visited as part of resolving the type of a

        variable somewhere else."<br>

        <div>Eventually she says: "This is not in any way a Gradle bug.

          It has to do with ordering of other files that use the sealed

          type and its subclasses."<br>

        </div>

        <div><br>

        </div>

        <div>Can you please verify this on your end and update the JIRA

          ticket with the latest findings?</div>

        <div><br>

        </div>

        <div>Thanks,</div>

        <div>Przemek</div>

      </div>

    </blockquote>

    <br>

  </body>

</html>