fix: unifica el User-Agent de OkHttp con el del WebView de login #10

Closed
HBB wants to merge 0 commits from HBB:fix/user-agent-match into main
First-time contributor

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.

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.
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.
Owner

Incluido, Gracias

Incluido, Gracias
ferlagod closed this pull request 2026-07-22 13:02:00 +00:00

Pull request closed

Sign in to join this conversation.
No reviewers
No labels
No milestone
No project
No assignees
2 participants
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
ferlagod/rocinante_android!10
No description provided.