-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unsubscribed Subjects should throw ObjectDisposedError if next, error or complete is called. #859
Labels
help wanted
Issues we wouldn't mind assistance with.
Milestone
Comments
It's not intentional, as far as I can remember. I've actually just added an |
benlesh
added
help wanted
Issues we wouldn't mind assistance with.
priority: low
and removed
type: discussion
labels
Jan 15, 2016
benlesh
changed the title
Should Subjects throw on member calls after unsubscription?
Unsubscribed Subjects should throw ObjectDisposedError if next, error or complete is called.
Jan 15, 2016
kwonoj
added a commit
to kwonoj/rxjs
that referenced
this issue
Feb 8, 2016
kwonoj
added a commit
to kwonoj/rxjs
that referenced
this issue
Feb 8, 2016
kwonoj
added a commit
to kwonoj/rxjs
that referenced
this issue
Feb 8, 2016
kwonoj
added a commit
to kwonoj/rxjs
that referenced
this issue
Feb 8, 2016
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
In the current version of RxJS v4, we check for disposal with
Disposable.checkDisposed
so any subsequent call toonNext
,onError
andonCompleted
and evensubscribe
are guarded by throwing a specific error ofObjectDisposedError
.In RxJS v5, there is a change to simply return and do nothing in the
Subject
, is this intentional and if so why? Yes, I realize this follows RxJava instead of RxJS, but at least what thought went into this would be good to know.cc @benjchristensen @headinthebox
(EDIT (@Blesh): updated link to "modern" equivalent of what was linked, and pinned it to a SHA)
The text was updated successfully, but these errors were encountered: