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
{{ message }}
Repository navigation
tap-complete not called for last observable inside zip #7467
Zip tears down all inner observables when it completes before they can run their tap implementations.
When adding a complete-function to all inner observables of a tap, the observable which will complete last and cause the whole zip to complete will not run their complete function iside their tap operator.
I understand that there are multiple solutions to this issue like using the finalize operator, however people don't expect the complete callback to not be called and it took me a while to figure that out.
I'm not sure if this issues comes up in other inner/outer-observable scenarios.
Expected behavior
The complete-callback inside the tap operator should always be called, regardless of when/how it completes.
In the example below, "2 completed" will not be logged. Expected behaviour would be that it will be logged.
I really dont think this is a bug. I see @jakovljevic-mladen tagged this as a bug but let me explain my analisis.
the tap operators inner subscription has unsubscribe and finalize methods.
If the subscription is terminated from the subscriber than the unsubscribe is called and then finalize.
But if the tap operators inner subscription have already been completed the unsubscribe is not called and only finalize is called. isUnsub flag.
The source.
B nexted: 0
A nexted: 0
result [ 0, 0 ]
the end
A unsubscribe
A finalized
B unsubscribe
B finalized
The only difference here is the take operator in zip, which unsubscribes of the interval which unsubscribes from tap.
In this case the finalize method is called before complete, As the interval is not yet emitted all the values it has for us.
If you have any further questions I am ready to dig deeper unside this query and also I would be happy to know whether this is a correct assumption or no from Ben.
Activity
demensky commentedon Apr 23, 2024
It simply unsubscribes until complete happens. This can be clearly seen if more elements are passed to the second observable:
https://playcode.io/1846169
al-mart commentedon Jul 31, 2024
I really dont think this is a bug. I see @jakovljevic-mladen tagged this as a bug but let me explain my analisis.
the tap operators inner subscription has unsubscribe and finalize methods.
If the subscription is terminated from the subscriber than the unsubscribe is called and then finalize.
But if the tap operators inner subscription have already been completed the unsubscribe is not called and only finalize is called. isUnsub flag.
The source.
Also please see this examples
Result
And second scenario
RESULT
The only difference here is the take operator in zip, which unsubscribes of the interval which unsubscribes from tap.
In this case the finalize method is called before complete, As the interval is not yet emitted all the values it has for us.
If you have any further questions I am ready to dig deeper unside this query and also I would be happy to know whether this is a correct assumption or no from Ben.
rajnadan commentedon Jan 4, 2026
@janhommels
What you’re seeing is correct RxJS behavior.
complete() is a signal from the producer
unsubscribe() is a decision by the consumer
In this case, zip is the consumer.
What zip guarantees
Emits when:
All sources have a value.
Completes when:
It has emitted all possible tuples, OR it can determine no further tuples can be formed.
When zip knows no more tuples are possible, it may unsubscribe early from remaining sources.
CC @demensky @al-mart