Fix delayed playback info updates in the audio navigator

[stevenzeck]

I'm leaving this in draft as more issues might creep up. Here is what is changed and why:

1. In AudioNavigator, makePlaybackInfo was wrapping its completion handler in a Task that awaited currentItem.asset.load. Because this fetch suspends the task until the exact duration is returned, the completion handler was delayed. While not an impact for local files, this caused a several second delay for HTTP streaming where the UI would freeze/fail to update.
2. Added types: [opened, synchronize, reopened, ready_for_review] to the pull_request check so moving from draft to ready for review triggers checks.

Relates to #758.

[stevenzeck]

I reverted the changes for PublicationOpener for now. If we use NonisolatedNonsendingByDefault, they're not necessary.

[Copilot]

Pull request overview

This PR adjusts AudioNavigator’s makePlaybackInfo to avoid delaying the completion handler while waiting for an exact media duration (notably improving responsiveness for HTTP streaming), and updates the GitHub Actions workflow so CI runs when a PR is moved from draft to “Ready for review”.

Changes:

• Return MediaPlaybackInfo immediately using the best available duration, then (optionally) refresh with the exact duration once loaded.
• Introduce a duration cache reset when switching to a new AVPlayerItem.
• Trigger Checks workflow on pull_request ready_for_review events.

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated 2 comments.

File	Description
Sources/Navigator/Audiobook/AudioNavigator.swift	Avoids blocking the initial playback-info callback on exact duration load; adds duration caching/reset behavior.
.github/workflows/checks.yml	Ensures PR checks run when a draft PR is marked ready for review.

Suppressed comments (2)

Sources/Navigator/Audiobook/AudioNavigator.swift:384

• The async duration load can start multiple times and the comparison seconds != bestAvailableDuration does not type-check because bestAvailableDuration is a Double?. Also, if you introduce an in-flight task (recommended), ensure it’s set/cleared so repeated calls don’t launch redundant loads.

        if loadDurationAsync, let currentItem = currentItem, exactDurationCache == nil {
            Task {
                if let seconds = try? await currentItem.asset.load(.duration).seconds, seconds.isFinite {
                    guard resourceIndex == self.resourceIndex, currentItem == self.player.currentItem else {
                        return

Sources/Navigator/Audiobook/AudioNavigator.swift:478

• If you track an in-flight duration load task, it should be cancelled/cleared when swapping the current player item; otherwise an old load could keep running unnecessarily and may block starting a new one until it finishes (depending on the gating logic).

                log(.info, "Starts playing \(link.href)")
                let asset = try mediaLoader.makeAsset(for: link)
                player.replaceCurrentItem(with: AVPlayerItem(asset: asset))
                resourceIndex = newResourceIndex
                exactDurationCache = nil
                loadedTimeRangesTimer.fire()

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[mickael-menu]

Thanks @stevenzeck