Dariusz Jędrzejczyk
Dariusz Jędrzejczyk
As explained in [the comment to the above PR](https://github.com/reactor/reactor-core/pull/3789#issuecomment-2255431779), fixing this would require a comprehensive approach with guarantees that the existing functionality is not dramatically affected performance-wise. It is open...
Definitely. Are you considering a contribution which ports the evolution of the replay-buffer implementations from RxJava into Reactor? I think that with the current spec, we don't need to make...
Hi, thanks for the report and the work you did on your branch. I spent some time looking into the existing implementation and tried to frame your concerns around what...
@kaqqao are you still interested in this?
Closing due to lack of activity. Please reopen if you'd like to follow-up.
Hi, thank you for the report. I see the shortcoming of the current design. I suppose there is not much way to avoid creating a new wrapper like you suggest....
@nathankooij are you still interested in contributing?
Thanks, indeed the solution looks neat. Let's get this merged 🎉
Hi, @ferrerogg! Thanks for bringing this up. I found a previous discussion regarding this and some interesting points there. 1. The idea that you bring about nesting the `TimeoutException` was...
@ferrerogg thanks for providing your use case, it sounds like a typical scenario. I agree it makes sense to provide a better default than having to add an additional operator....