You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, delay will delay the completion notification, but only if there is no nexted value (the source is "empty").
This just doesn't make any sense. It should either always delay notification of complete, or it shouldn't.
Personally, I think it should not delay notification of complete, given that it's a composable behavior that way. The other way it's not, it's hard to remove the delay once it's added, because it's more obscured from downstream consumers (outside of some crazy mulitcasting scenario)
The text was updated successfully, but these errors were encountered:
If I understand it correctly delay should delay complete only if there're already scheduled values. Otherwise situations like of(1, 2, 3).pipe(delay(500)) would never emit anything because complete would be sent immediately before any of the values are reemitted. So in this case it'll wait until all scheduled values are reemitted and them complete.
If there are no scheduled values it can complete immediately after receiving complete from source.
Currently,
delay
will delay the completion notification, but only if there is no nexted value (the source is "empty").This just doesn't make any sense. It should either always delay notification of complete, or it shouldn't.
Personally, I think it should not delay notification of complete, given that it's a composable behavior that way. The other way it's not, it's hard to remove the delay once it's added, because it's more obscured from downstream consumers (outside of some crazy mulitcasting scenario)
The text was updated successfully, but these errors were encountered: