Nicolas
3abb7217dd
All checks were successful
Suite au fix de /releases/latest (precedent), l'utilisateur voulait un
lien qui declenche le telechargement du .apk directement, sans quitter
l'appli web. Verifie en direct : fetch("https://git.dev.kyuno.fr/api/...")
depuis le navigateur echoue avec "Failed to fetch" (confirme via un essai
en mode no-cors : la requete reseau aboutit bien, seule la reponse est
bloquee) — Forgejo n'envoie aucun header CORS sur son API Releases,
publique ou non. Ca ne concerne pas que la page d'accueil : le hook de
verification de mise a jour (#66, useAppUpdateCheck) faisait exactement le
meme fetch cross-origin depuis la WebView native, et echouait donc tout
aussi silencieusement en production sans que personne ne puisse s'en
rendre compte (le hook avale toute erreur reseau par design).
Ajoute un petit module apps/api/src/modules/mobile/ (2 routes publiques,
aucune ne touche la base de donnees) :
- GET /mobile/latest-release -> { version } (proxy JSON, remplace le fetch
direct de useAppUpdateCheck)
- GET /mobile/download -> redirection 302 vers l'asset .apk reel de la
derniere release (ou vers la page /releases/latest en repli si
Forgejo est injoignable ou qu'aucun .apk n'est encore attache)
Cote frontend : LandingPage.tsx et UpdateBanner.tsx pointent maintenant
vers ce proxy (`${API_BASE_URL}/mobile/download`, target="_blank") au lieu
d'une URL Forgejo directe — un clic, telechargement immediat, jamais de
navigation hors de l'appli. useAppUpdateCheck.ts appelle desormais
apiClient.getLatestMobileVersion() au lieu d'un fetch direct.
Verifie en local (sans Postgres, ces routes n'en ont pas besoin) contre
les vraies donnees Forgejo :
GET /mobile/latest-release -> {"version":"v0.2.0"}
GET /mobile/download -> 302, Location vers le vrai .apk signe
pnpm lint / tsc (api + web) / pnpm --filter web build : tous verts. Le
scenario Cypress "offers the Android app download" echoue encore en local
(meme souci pre-existant deja documente sur la PR precedente, confirme
independant du code par CI reel) ; mis a jour pour asserter le nouveau
href relatif.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
|
||
|---|---|---|
| .. | ||
| account.cy.ts | ||
| account.feature | ||
| account.ts | ||
| admin-catalog.cy.ts | ||
| admin-corrections.cy.ts | ||
| admin-dashboard.cy.ts | ||
| admin-layout.cy.ts | ||
| admin-login.feature | ||
| admin-login.ts | ||
| admin-tours.cy.ts | ||
| auth.feature | ||
| auth.ts | ||
| cooking-session-page.cy.ts | ||
| cooking-session.feature | ||
| cooking-session.ts | ||
| household-settings.cy.ts | ||
| household-settings.feature | ||
| household-settings.ts | ||
| landing.feature | ||
| landing.ts | ||
| layout.cy.ts | ||
| leftovers-basket.cy.ts | ||
| onboarding.feature | ||
| onboarding.ts | ||
| planning-leftovers.feature | ||
| planning-leftovers.ts | ||
| planning-page.cy.ts | ||
| planning.feature | ||
| planning.ts | ||
| preferences.cy.ts | ||
| preferences.feature | ||
| preferences.ts | ||
| recipe-form.feature | ||
| recipe-form.ts | ||
| recipe-sources.feature | ||
| recipe-sources.ts | ||
| recipes.cy.ts | ||
| recipes.feature | ||
| recipes.ts | ||
| shopping-list.feature | ||
| shopping-list.ts | ||
| sidebar.cy.ts | ||
| smoke.cy.ts | ||
| tour.feature | ||
| tour.ts | ||
| user-preferences.cy.ts | ||
| user-preferences.feature | ||
| user-preferences.ts | ||