Skip to content

Fix AudioNavigator.go() ignoring progression-only locators - #815

Draft
mickael-menu wants to merge 1 commit into
developfrom
fix-issue-771
Draft

mickael-menu wants to merge 1 commit into
developfrom
fix-issue-771

Conversation

@mickael-menu

Copy link
Copy Markdown
Member

Calling go() on AudioNavigator with a locator carrying only a progression (no t= time fragment) restarted the resource from 0s, because only locations.time was consulted. The seek position now falls back to progression × item duration (progression clamped to 0–1), mirroring how currentLocator computes progression, and defaults to zero only when neither is available.

The TTS side of the issue lives in the shared content iterators (HtmlResourceContentIterator only honors cssSelector for mid-resource starts) and is left for a follow-up issue, since fixing it changes shared-module behavior for all ContentService consumers.

Fixes #771

🤖 Generated with Claude Code

Calling go() with a locator carrying only a progression (no t= time
fragment) restarted the resource from 0s, because only locations.time
was consulted. The seek position now falls back to progression x item
duration (progression clamped to 0-1), defaulting to zero only when
neither is available.

Fixes #771

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Tts/AudioNavigator.go with locator with progression restarts file.

1 participant