En tout cas, Meta veut rassurer sur la nature même du bug. La société explique qu’il ne s’agit pas d’un bug qui active le micro mais d’une erreur d’attribution d’informations dans le tableau de bord de confidentialité d’Android. Autrement dit, les messages affirmant que WhatsApp a fréquemment accédé au micro seraient faux. Le micro serait bien éteint.
Mais ça tombe bien, on pourrait vérifier en lisant le code de WhatsApp, et peut-ête débugguer ça avec un débugger interactif quand le problème se manifeste.
Problème résolu.
Question "qualité / simplicité d'utilisation" : une popup apparait lorsqu'on utilise une app qui demande l'accès, par exemple le téléphone, click sur OK. Le déverrouillage d'accès est temporaire, le temps d'usage de l'app et pour cette app. Extra.
Aussi efficace et plus pratique que des switchs physiques.
Je vous vois venir avec la question "as tu déjà observé un comportement louche / inadéquat" ? Ben oui, lorsque le container "google" est ouvert / actif (des googles services qui sont juste des apps sandoxées et sans aucun accès privilégié, contrairement aux google-services installés par google ou ceux de microG réécrit) et donc que ces google-services tournent (dans une sandbox + pas d'accès au tel, au journal, au sms, aux photos, etc..) l'application "google" elle-même demande de temps en temps l'accès à l'appareil photo alors que je ne suis pas en train de l'utiliser. Pour le reste, non, mais je n'ai que très peu d'apps dans ce container (banques, boulot & twitter)
Il faut bien garder en tête que Meta/Facebook/Instragram/WhatsApp sont avant tout des outils de profilage publicitaire. Le plus de données, le plus de ciblage, le plus d'argent pour Meta.
De manière plus cynique, je me demande si ça ne peut pas aussi être une astuce des développeurs et développeuses, ou des product owners, pour pouvoir gonfler artificiellement les temps d'utilisation des applis dans les dashboards, ce qui impactera leurs primes.
# #spanous
Posté par Xanatos . Évalué à 4.
Digne d'un vendredi, félicitations
[^] # Re: #spanous
Posté par raphj . Évalué à 6.
Mais ça tombe bien, on pourrait vérifier en lisant le code de WhatsApp, et peut-ête débugguer ça avec un débugger interactif quand le problème se manifeste.
Ah… bah non en fait.
[^] # Re: #spanous
Posté par bubar🦥 (Mastodon) . Évalué à 3.
Problème résolu.
Question "qualité / simplicité d'utilisation" : une popup apparait lorsqu'on utilise une app qui demande l'accès, par exemple le téléphone, click sur OK. Le déverrouillage d'accès est temporaire, le temps d'usage de l'app et pour cette app. Extra.
Aussi efficace et plus pratique que des switchs physiques.
Je vous vois venir avec la question "as tu déjà observé un comportement louche / inadéquat" ? Ben oui, lorsque le container "google" est ouvert / actif (des googles services qui sont juste des apps sandoxées et sans aucun accès privilégié, contrairement aux google-services installés par google ou ceux de microG réécrit) et donc que ces google-services tournent (dans une sandbox + pas d'accès au tel, au journal, au sms, aux photos, etc..) l'application "google" elle-même demande de temps en temps l'accès à l'appareil photo alors que je ne suis pas en train de l'utiliser. Pour le reste, non, mais je n'ai que très peu d'apps dans ce container (banques, boulot & twitter)
[^] # Re: #spanous
Posté par Xanatos . Évalué à 1.
Qu'utilisez-vous pour conteneuriser et sur quelle version de Android ?
Merci.
# Ça me rappelle un truc
Posté par cg . Évalué à 7.
L'appli Facebook s'était déjà fait prendre à activer la caméra en arrière plan.
Il faut bien garder en tête que Meta/Facebook/Instragram/WhatsApp sont avant tout des outils de profilage publicitaire. Le plus de données, le plus de ciblage, le plus d'argent pour Meta.
De manière plus cynique, je me demande si ça ne peut pas aussi être une astuce des développeurs et développeuses, ou des product owners, pour pouvoir gonfler artificiellement les temps d'utilisation des applis dans les dashboards, ce qui impactera leurs primes.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.