We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
I ran into a case that is likely rare, but thought I should document it. I don't expect any action to be taken on this.
Like in previous issues, I had a command whose signal block returns a signal that only completes or errors.
To handle the two cases, I had:
[command.executionSignals subscribeNext:^(RACSignal *execution) { [execution subscribeCompleted:^{ // Triggered by error }]; }]; [command.errors subscribeNext:^(NSError *error) { // Triggered by error }];
The cause is this catchTo:[RACSignal empty], but since it can't be made [RACSignal never], it is what it is.
catchTo:[RACSignal empty]
[RACSignal never]
The text was updated successfully, but these errors were encountered:
You can use -materialize on your created signal to circumvent the filtering.
-materialize
Sorry, something went wrong.
ℹ️
No branches or pull requests
I ran into a case that is likely rare, but thought I should document it. I don't expect any action to be taken on this.
Like in previous issues, I had a command whose signal block returns a signal that only completes or errors.
To handle the two cases, I had:
The cause is this
catchTo:[RACSignal empty]
, but since it can't be made[RACSignal never]
, it is what it is.The text was updated successfully, but these errors were encountered: