apple / apple/swift-async-algorithms
Audit all algorithms to ensure that CancellationError is never explicitly thrown
Open
- Dominant language
- Swift
- Stars
- 3.7k
- Forks
- 226
- Avg merge
- 10d 3h
- Merged PRs (30d)
- 1
Description
Came up during a discussion with @FranzBusch - we might need to ensure that CancellationError is never explicitly thrown, as it makes it difficult to combine with typed throws of upstream async sequences.
Contributor guide
Research direction
Start by reviewing all algorithm implementations for explicit CancellationError throws and compare the findings with the typed-throws concern described in the issue. Done means the audit establishes that no algorithm explicitly throws CancellationError; the payload names no specific files or tests.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- swift
- Domain
- api
- Issue type
- Refactor
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100