en guise d'avertissement.Les cookies propriétaires sont définis par le site Web dans la barre d'adresse en haut de la page.
Dès les débuts d'Internet, il est devenu évident qu'il serait avantageux pour les sites Web de pouvoir stocker des informations sur un ordinateur pour un accès ultérieur. Par exemple, un site Web affichant des informations météorologiques peut demander à l'utilisateur un code postal, puis le stocker dans un cookie. Lors de la prochaine visite de l'utilisateur sur le site Web, les informations météo se chargeraient automatiquement pour ce code postal, sans que l'utilisateur ait à le saisir à nouveau.
Comme pour tout le reste du Web, des personnes intelligentes ont découvert toutes sortes de moyens d'abuser des cookies pour faire des choses que les utilisateurs n'approuveraient pas s'ils savaient qu'ils se produisaient. Par exemple, un site Web peut définir un cookie avec un numéro de série unique sur un appareil. Ensuite, chaque fois qu'un utilisateur visite le site Web sur cet appareil, il peut être lié à un profil unique que le serveur conserve pour ce numéro de série. même si le périphérique se connecte à partir d'adresses IP différentes.
La quasi-totalité des sites web avec des identifiants nécessitent que les cookies soient activés pour qu'un utilisateur puisse se connecter. C'est ainsi qu'ils s'assurent qu'il s'agit toujours de vous lorsque vous passez d'une page à l'autre du site, et c'est, à mon avis, la seule utilisation légitime des cookies.
Le système WebView d'Android traite les cookies comme un paramètre au niveau de l'application, ce qui signifie que les cookies sont soit activés soit désactivés pour tous les onglets de Privacy Browser. Le résultat est que le paramètre des cookies pour l'onglet actuellement affiché contrôle également le paramètre des cookies pour tous les onglets en arrière-plan. Si vous avez un onglet en arrière-plan dont les cookies sont activés pour que vous puissiez être connecté à un site Web, et que vous passez à un onglet dont les cookies ne sont pas activés, les cookies sont désactivés pour tous les onglets. Si l'onglet d'arrière-plan fait une demande, par exemple, pour voir s'il y a des informations mises à jour, cette demande sera envoyée sans cookies, ce qui fera que le site web vous déconnectera. Il s'agit d'une limitation qui sera supprimée avec la sortie de Privacy WebView dans la série 4.x.
Si les cookies sont activés mais que JavaScript est désactivé, l'icône de confidentialité sera jaune en guise d'avertissement.
Les cookies tiers sont définis par les parties d'un site web qui sont chargées à partir de serveurs différents de l'URL en haut de la page. Il n'y a aucune bonne raison d'activer les cookies tiers. Privacy Browser 3.8 a supprimé cette option, et même Google prévoit de les désactiver à l'avenir.
Le stockage du Document Object Model, également connu sous le nom de stockage web, est comme des cookies sous stéroïdes. Alors que la taille maximale de stockage combinée pour tous les cookies d'une même URL est de 4 kilo-octets, le stockage DOM peut contenir des mégaoctets par site. Contrairement aux cookies, le stockage DOM n'envoie pas toutes les données dans les en-têtes avec chaque requête. Il utilise plutôt JavaScript pour lire et écrire les données, ce qui signifie qu'il ne fonctionne pas lorsque JavaScript est désactivé.
La fonction Nettoyer et Quitter s'exécute chaque fois que le dernier onglet est fermé ou que Nettoyer et Quitter est sélectionnée dans le menu de navigation.
Par défaut, elle efface les cookies, le stockage DOM, les données de formulaire, le logcat et le cache WebView.
Ensuite, elle supprime manuellement l'ensemble des répertoires app_webview et cache. Le comportement de Nettoyer et Quitter peut être configuré dans les paramètres.