Milan Suk

How does it look like with this PR? We just ran into the same problem with `Eve`. 😢

What about these. **tap*** - `tapEither` (chainFirstEitherK / chainFirstEitherKW) #1864 - `IOEither` - `TaskEither` - `ReaderEither` - `ReaderTaskEither` - `IOOption` - `Option` - `TaskOption` - `StateReaderTaskEither` - `tapIO` (chainFirstIOK) -...

`as` and `asUnit` would be also nice, hm? - `Either` - `IO` - `IOEither` - `IOOption` - `Option` - `Reader` - `ReaderEither` - `ReaderIO` - `ReaderTask` - `ReaderTaskEither` Does it...

Are `struct` and `tuple` from [Product](https://effect-ts.github.io/data/modules/typeclass/Product.ts.html) considered stable enough to be backported?

Ok. I don't have anything right now.

Started playing with it in the effect codebase and seems like the `expect().toStrictEqual()` always succeeds independently of what are the option values, for example this succeeds in the `test/Option.test.ts` ```ts...

Okay, seems to be the `Symbol.iterator` that makes the difference - which makes sense, that is the thing introduced in 3.0.4 to enable to yield without an adapter, right? ```...

In this codebase you rely on the `expect().toStrictEqual()` / `Util.deepStrictEqual` etc checks in the tests as well. Therefore, from 3.0.4, tests in here doing checks on options actually test nothing...

Confirming the problem resolved on my end after the effect update. Thanks!

@zerozero7 What was the other plugin? I'm having the same problem. Thanks :)