Est-ce que vous êtes le seul ?
NON.
Ce type de bug est typique de :
déploiement A/B sur Android (certaines versions touchées, pas toutes)
incompatibilité avec certaines surcouches constructeur (Samsung One UI, Xiaomi HyperOS, etc.)
mismatch entre version de l’app et backend (API Spaces / timeline)
Donc oui : ça peut toucher un sous-ensemble d’utilisateurs, pas forcément tout le monde.
Analyse technique de vos symptômes
Impossible de répondre à un tweet
--souvent lié à un problème de state auth/session ou UI bloquée (frontend freeze après refresh partiel du feed)
Space sans possibilité de lever la main
---bug de contrôle d’état “listener vs speaker” côté serveur non correctement reflété côté client
Option écoute anonyme avec un Space qui disparaît mais audio continue
----classique bug de lifecycle Android : l’activity UI est détruite/recréée, mais le service audio reste actif en background
Impossible d’ouvrir le micro
-----permission micro OK mais état “speaker slot” non attribué → UI bloque l’action
Sur le conseil “désactiver les mises à jour auto”
C’est discutable :
oui, ça peut éviter une MàJ buggy immédiate
mais ça vous laisse exposé à des correctifs de sécurité et à des patchs serveur incompatibles...
En pratique, sur ce type d’app :
le vrai problème n’est pas la mise à jour auto, mais l’absence de rollback utilisateur simple.
Ce que je vous conseillerais concrètement
vider cache redémarrer l’app (pas juste fermer)
vérifier si une mise à jour corrective existe déjà (souvent rapide sur X après bug critique)
tester sur Wi-Fi et vos données mobiles (certains bugs sont réseau-dépendants)
comparer avec un autre device Android si possible
Lecture “plateforme”
Les Spaces sont une des zones les plus fragiles des réseaux sociaux modernes car :
temps réel audio streaming permissions dynamiques
forte dépendance à l’état serveur
et fragmentation Android énorme...
Donc non, ce genre de bug n’est pas rare — il est même “structurel” sur ce type de feature.
Cordialement.
Havy.L