Skip to content
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

RACCommand executionSignals error handling #805

Closed
kastiglione opened this issue Sep 21, 2013 · 2 comments
Closed

RACCommand executionSignals error handling #805

kastiglione opened this issue Sep 21, 2013 · 2 comments
Labels

Comments

@kastiglione
Copy link
Member

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.

@jspahrsummers
Copy link
Member

You can use -materialize on your created signal to circumvent the filtering.

@kastiglione
Copy link
Member Author

ℹ️

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants