mirror of
https://github.com/ksyasuda/SubMiner.git
synced 2026-05-04 00:41:33 -07:00
sudacode
b245ca642d
- Replace JLPT `text-decoration` underlines with `border-bottom` so Chromium selection/hover cannot repaint them to another annotation's color - Lock JLPT underline color for combined annotation selectors (known, n+1, frequency) and character hover/selection states - Trigger AniList post-watch check on every mpv time-position update to catch skipped completion thresholds - Fall back to filename-parser season/episode when guessit omits them
27 lines
1.2 KiB
Markdown
27 lines
1.2 KiB
Markdown
---
|
|
id: TASK-326
|
|
title: Fix AniList post-watch update after skipped completion threshold
|
|
status: In Progress
|
|
assignee: []
|
|
created_date: '2026-05-04 00:33'
|
|
labels:
|
|
- anilist
|
|
- bug
|
|
dependencies: []
|
|
priority: high
|
|
---
|
|
|
|
## Description
|
|
|
|
<!-- SECTION:DESCRIPTION:BEGIN -->
|
|
AniList episode progress should sync reliably when playback reaches or passes the watched trigger point, even if mpv progress events jump over the exact threshold. Investigate why a completed watched episode did not update AniList and fix the root cause for post-watch tracking.
|
|
<!-- SECTION:DESCRIPTION:END -->
|
|
|
|
## Acceptance Criteria
|
|
<!-- AC:BEGIN -->
|
|
- [ ] #1 When playback moves from before the completion threshold to any later position at or beyond the threshold, AniList queues or sends the episode progress update once.
|
|
- [ ] #2 If playback is already past the completion threshold and the update has not yet been recorded for the current media/episode, AniList still queues or sends the update.
|
|
- [ ] #3 AniList progress updates remain deduplicated for the same media/episode watch completion.
|
|
- [ ] #4 A regression test covers the skipped-threshold or already-past-threshold case.
|
|
<!-- AC:END -->
|