fix: unifica el User-Agent de OkHttp con el del WebView de login #10
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "HBB:fix/user-agent-match"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
El WebView de login no fijaba User-Agent, por lo que enviaba el UA por defecto
del sistema; OkHttp, en cambio, mandaba una cadena Chrome/114 fija distinta. La
cookie de sesión/clearance (p. ej. la de Anubis en bookwyrm.social) se emite para
el UA del WebView, así que reproducirla luego con otro UA puede rechazarse: un
fallo latente que aparece solo cuando la instancia verifica el UA.
Ahora hay una única fuente de verdad, NetworkClient.userAgent, que
RocinanteApplication inicializa con el UA real del WebView del sistema más el
sufijo honesto "Rocinante/<versión>". El WebView de login se fija a esa misma
cadena y tanto NetworkClient como AppModule la usan, de modo que WebView y OkHttp
presentan un UA idéntico. Si el WebView no está disponible se conserva el valor
de respaldo anterior.
Incluido, Gracias
Pull request closed