Macwire does not consider outer trait members to be candidates for wiring

If I have a trait with an inner trait like this:

trait FooComponents {
  lazy val fooService: FooService = wire[FooService]

  trait FooRequestScopedComponents {
    def request: RequestHeader
    def fooController: FooController = wire[FooController]
  }
}

Macwire (2.3.0) is unable to see the fooService in the outer scope and will report an error like FooComponents.scala:20: Cannot find a value of type: [services.FooService]. Writing the code manually works fine.

My motivation here is to try to create a set of "request components", which are instantiated per-request and can have a dependency on the request. I prefer not to use a traditional "request scope" that uses thread locals because that can be hard to manage across thread boundaries in async frameworks like Play, and it seems far less intuitive than normal dependency injection.

I have a basic example Play app showing the approach here: https://github.com/gmethvin/play-scala-macwire-di-example/blob/50f4771/app/GreetingApplicationLoader.scala. I'd like to be able to replace many of those manual constructor calls with wire calls though.

Start with the nested-trait example in the issue and the linked Play example at app/GreetingApplicationLoader.scala, then trace Macwire's wiring-resolution entry point for visible members. Done means the inner FooController wiring can use the outer fooService without the reported missing-value error, with the example behavior verified.