dennis/foodbridge-app
Watch
1
0
Fork
You've already forked foodbridge-app
 0
Code Issues Pull requests Projects Releases 10 Packages Wiki Activity Actions

Obtainium zeigt nicht die richtige Version an #7

New issue
Closed
opened 2026-09-19 21:19:28 +00:00 by dennis · 1 comment
dennis commented 2026-09-19 21:19:28 +00:00
Owner
Copy link

Beschreibung

In Obtainium wird nicht die richtige Version der App angezeigt.

Mögliche Ursachen

  • versionName/versionCode im APK stimmen nicht mit dem Release-Tag überein
  • Release-Tag-Namensschema wird von Obtainium nicht korrekt geparst (z. B. fehlendes 'v'-Präfix oder zusätzlicher Text im Tag)
  • APK wird nicht als Release-Asset erkannt (Dateinamen-Konvention)
  • Selbstsignierte/unterschiedlich signierte APKs führen dazu, dass Obtainium die installierte Version nicht zuordnen kann

Erwartetes Verhalten

Obtainium zeigt dieselbe Version an, die dem neuesten Release-Tag bzw. der installierten APK entspricht.

Hinweise

Hängt mit #2 zusammen (Repo auf public stellen, Obtainium ohne Auth-Header).

## Beschreibung In Obtainium wird nicht die richtige Version der App angezeigt. ## Mögliche Ursachen - versionName/versionCode im APK stimmen nicht mit dem Release-Tag überein - Release-Tag-Namensschema wird von Obtainium nicht korrekt geparst (z. B. fehlendes 'v'-Präfix oder zusätzlicher Text im Tag) - APK wird nicht als Release-Asset erkannt (Dateinamen-Konvention) - Selbstsignierte/unterschiedlich signierte APKs führen dazu, dass Obtainium die installierte Version nicht zuordnen kann ## Erwartetes Verhalten Obtainium zeigt dieselbe Version an, die dem neuesten Release-Tag bzw. der installierten APK entspricht. ## Hinweise Hängt mit #2 zusammen (Repo auf public stellen, Obtainium ohne Auth-Header).
dennis commented 2026-09-20 07:09:19 +00:00
Author
Owner
Copy link

Diagnose (Debug-Session 20.9.)

Was ich geprüft habe:

  1. APK selbst ist korrekt: stable-APK (FoodBridge.apk) analysiert — versionName=0.2.0, versionCode=20000 (MAJ1M + MIN10k + PATCH*100). Kein Hash, alles korrekt eingebettet.

  2. API ist korrekt: Releases-Endpoint liefert saubere Tags (stable, v0.2.0, v0.2.0-dev.1, v0.1.0), repo ist public.

  3. Ursache gefunden (Obtainium-Quellcode): Obtainium nimmt als anzuzeigende Version standardmäßig den Release-Tag-Namen (github.dart, _selectGitHubTargetRelease: targetRelease['version'] = tag_name ?? name). Es gibt nur zwei Ausnahmen:

    • Option 'Release Title as Version' aktiv → dann wird der Release-Titel verwendet
    • Option 'Version Extraction RegEx' gesetzt → dann wird daraus extrahiert

Die 'scheinbar randomisierte Zahl' ist mit hoher Wahrscheinlichkeit der Tag stable geparst als Versionsstring ODER das Ergebnis der Pseudo-Versionierung aus einem falschen Source-Typ (HTML/Direct APK Link nutzt partiellen APK-Hash oder ETag als Version — das sieht exakt nach einer randomisierten Zahl aus!).

Lösung (eine der drei):

a) In Obtainium die App mit Override-Source 'Forgejo (Codeberg)' anlegen und in den App-Einstellungen:

  • 'Version Extraction RegEx' auf v([0-9.]+) setzen (Match Group 1) — zeigt dann 0.2.0
  • oder 'Release Title as Version' aktivieren (Titel 'Stable (FoodBridge 0.2.0)' → enthält Version)

b) Alternative: App direkt auf das Versions-Release zeigen lassen und ein Release-Filter-RegEx ^FoodBridge setzen, damit das stable-Rolling-Release ignoriert wird

c) Pipeline-seitig: versionCode als Version anzeigen lassen ist in Obtainium nicht vorgesehen — Tag-basiert bleibt.

Empfehlung: Option a) mit Version-Extraction-RegEx.

**Diagnose (Debug-Session 20.9.)** Was ich geprüft habe: 1. **APK selbst ist korrekt:** stable-APK (FoodBridge.apk) analysiert — versionName=`0.2.0`, versionCode=`20000` (MAJ*1M + MIN*10k + PATCH*100). Kein Hash, alles korrekt eingebettet. 2. **API ist korrekt:** Releases-Endpoint liefert saubere Tags (stable, v0.2.0, v0.2.0-dev.1, v0.1.0), repo ist public. 3. **Ursache gefunden (Obtainium-Quellcode):** Obtainium nimmt als anzuzeigende Version standardmäßig den **Release-Tag-Namen** (github.dart, _selectGitHubTargetRelease: `targetRelease['version'] = tag_name ?? name`). Es gibt nur zwei Ausnahmen: - Option **'Release Title as Version'** aktiv → dann wird der Release-Titel verwendet - Option **'Version Extraction RegEx'** gesetzt → dann wird daraus extrahiert **Die 'scheinbar randomisierte Zahl' ist mit hoher Wahrscheinlichkeit der Tag `stable` geparst als Versionsstring ODER das Ergebnis der Pseudo-Versionierung aus einem falschen Source-Typ (HTML/Direct APK Link nutzt partiellen APK-Hash oder ETag als Version — das sieht exakt nach einer randomisierten Zahl aus!).** **Lösung (eine der drei):** a) In Obtainium die App mit Override-Source **'Forgejo (Codeberg)'** anlegen und in den App-Einstellungen: - 'Version Extraction RegEx' auf `v([0-9.]+)` setzen (Match Group 1) — zeigt dann 0.2.0 - oder 'Release Title as Version' aktivieren (Titel 'Stable (FoodBridge 0.2.0)' → enthält Version) b) Alternative: App direkt auf das Versions-Release zeigen lassen und ein Release-Filter-RegEx `^FoodBridge` setzen, damit das stable-Rolling-Release ignoriert wird c) Pipeline-seitig: versionCode als Version anzeigen lassen ist in Obtainium nicht vorgesehen — Tag-basiert bleibt. **Empfehlung:** Option a) mit Version-Extraction-RegEx.
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
master
feature/done-mode-setting
feature/gesture-disambiguation
dev
stable
v0.3.2
v0.3.1
v0.3.0
v0.2.3
v0.2.2
v0.2.1
v0.2.0
v0.2.0-dev.1
v0.1.0
Labels
Clear labels
No items
No labels
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
dennis/foodbridge-app#7
No description provided.