Bug f6c86847/b1b5e1a2: doply/playmogo plays fine but seeking throws "source error, invalid NAL length" in ExoPlayer. Investigation (cross-IP, 2026-06-01) showed the stream is well-formed — faststart MP4 (moov before mdat) on cloudatacdn.com which fully supports HTTP range (206, correct content-range, repeatable token, no redirect). So it is an ExoPlayer-internal seek failure, not an HTTP/container problem, and expo-video exposes no extractor/MIME hint to influence it. Mitigation: when the native player errors *after* it had already loaded (i.e. a mid-playback/seek failure, not an initial-load failure) and the error is not a 404/410, recreate the source via player.replace() and resume at the last known position — this opens a fresh connection and re-parses moov, which typically clears the transient decode error. Hard-capped at 2 attempts per mount to avoid any auto-reload loop; if it still fails it falls through to the existing proxy/WebView fallback and error UI. Initial-load errors are untouched, so the resolver and the ~59k working doply sources are unaffected. Also thread playbackId/entityKind through the resolved-hoster and proxy/WebView nav.replace calls so those paths get the 404 "Mark broken" affordance too, and complete the local RouteParams type with headers/fallbackProxyUrl. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| android | ||
| assets | ||
| src | ||
| .gitignore | ||
| app.json | ||
| App.tsx | ||
| babel.config.js | ||
| package-lock.json | ||
| package.json | ||
| README.md | ||
| tsconfig.json | ||
goon mobile (Expo / React Native)
Mobile client do self-hosted goon backendu. iOS/Android jeden codebase.
Setup
cd mobile
npm install
npx expo start
Następnie:
- Expo Go (iOS/Android): zeskanuj QR z terminala
- Android emulator:
npm run android - iOS simulator:
npm run ios(tylko macOS) - Web preview:
npm run web
Konfiguracja
Po pierwszym uruchomieniu zobaczysz ekran logowania:
- Backend URL — adres twojego goon backendu, np.:
http://192.168.1.10:8000(LAN)https://goon.tvojadomena.dev(przez Cloudflare Tunnel/Caddy)http://100.x.x.x:8000(przez Tailscale)
- API Key — klucz wygenerowany dla backendu, ustawiony w
.env:
Generowanie:API_KEYS=<klucz>python -c "import secrets; print(secrets.token_urlsafe(32))"
Klucz jest trzymany w expo-secure-store (Keychain na iOS, Keystore na Androidzie).
Ekrany
- Login — backend URL + API key, weryfikacja przez
/healthz+/scenes - Scenes — lista scen z search; pull-to-refresh
- Scene detail — performerzy, tagi, źródła, opis
- Merge queue — pending merge candidates, sortowane po score (desc)
- Merge detail — side-by-side dwóch scen + reasons + akcje:
- Merge → keep LEFT (default — left to wcześniejsza/kanoniczna)
- Merge → keep RIGHT (gdy nowsza wersja ma lepsze metadane)
- Reject (keep both) — to nie jest duplikat, zostawiamy oddzielnie
Stack
- Expo SDK 52 + React Native 0.76 (new architecture)
- TypeScript strict
- React Navigation 7 (native stack)
- TanStack Query 5 (cache, optimistic invalidation)
- expo-secure-store (credentials)
Build .apk (sideload na Androida)
npx eas build --profile preview --platform android
Wymaga konta Expo. Bez niego można użyć expo prebuild + gradlew assembleRelease.
Dlaczego nie PWA
Wybrany RN+Expo zamiast PWA bo:
- swipe gestures pasują do triage merge queue
- secure-store jest natywny (Keychain/Keystore) zamiast localStorage
- pull-to-refresh i FlatList virtualization out-of-the-box
- Jeden .apk można rozdać testerom bez App Store