Bogus "target selector not found" error with meta.load-css()

Currently this produces an error:

.animate--fade-in {
  opacity: 0;
  animation: fade-in 0.1s forwards cubic-bezier(0.19, 1, 0.22, 1);
}

@mixin animate($type: 'fade-in', $time: 1s, $delay: 0s) {
  @if $type == 'fade-in' {
    @extend .animate--fade-in;
    animation-duration: $time;
    animation-delay: $delay;
  }

Error: The target selector was not found.
Use "@extend .animate--fade-in !optional" to avoid this error.
    ╷
276 │     @extend .animate--fade-in;
    │     ^^^^^^^^^^^^^^^^^^^^^^^^^
    ╵

Bumped into this after upgrading from Ruby Sass to current version "sass": "1.52.1"

[nex3]

Fixed by https://github.com/sass/dart-sass/pull/1824

[nex3]

I haven’t fully excavated this yet, but I think the issue here is that we’re sharing the same instance of _midstream.scss between the primary set of modules and the duplicated set we create for meta.load-css() because it doesn’t contain any concrete styles, but it’s participating in @extend resolution because it does depend on concrete styles. Somehow we’re picking up the @extend from the load-css module set in the primary module set as though it were defined in _midstream.scss, and that’s what’s failing.

I’ve confirmed that if I add .target.upstream {...} to _upstream.scss, the error disappears and both .target.upstream {...} blocks are extended when in fact only the one loaded from extender.scss should be.