Chrome se prépare à mettre fin au hijacking du bouton Retour
Le navigateur va bientôt ignorer les redirections louches
Le 2018-12-19 06:21:01, par Stéphane le calme, Chroniqueur Actualités
Avez-vous déjà visité un site Web sur lequel le bouton de retour ne fonctionne pas ? Malgré vos multiples tentatives Ce n’est qu’après plusieurs tentatives pour revenir en arrière en appuyant sur le bouton Retour que vous y parvenez enfin. L’équipe Chrome appelle cela une manipulation de l’historique et projette de combattre ce fléau.
La question de la manipulation de l’historique est au centre des préoccupations de l’équipe Chrome depuis au moins deux ans. À ce propos, un Googler expliquait que :
Dans des séries de changements de code, découverts dans la gestion du code source Gerrit de Chromium, Google a décidé de permettre à Chrome de savoir si une entrée d'historique est légitime ou non. Initialement, ces pages seront marquées silencieusement et Chrome enverra à Google les statistiques relatives aux pages à des fins d'analyse. Le but ultime est d’éviter complètement ces fausses entrées.
Étant donné la possibilité d'un comportement inattendu pour les utilisateurs et les développeurs Web, la fonctionnalité sera temporairement masquée derrière un indicateur, nommé concrètement # enable-skip-redirecting-entry-on-back-forward-ui. Une fois le drapeau activé, Chrome va ignorer chaque fausse page lorsque vous cliquez sur le bouton précédent ou suivant.
Comme avec beaucoup de choses que nous découvrons dans les modifications de code, il faudra quelques semaines avant que ce drapeau ne soit déployé dans Chrome, probablement même dans les canaux bêta et dev. Toutefois, pour ceux qui souhaitent avoir un aperçu de cette fonctionnalité, ils pourraient se tourner vers Chrome Canary où cette modification sera probablement bientôt implémentée à des fins de tests.
Source : blog Chromium, commit GitHub
Voir aussi :
La question de la manipulation de l’historique est au centre des préoccupations de l’équipe Chrome depuis au moins deux ans. À ce propos, un Googler expliquait que :
Dans des séries de changements de code, découverts dans la gestion du code source Gerrit de Chromium, Google a décidé de permettre à Chrome de savoir si une entrée d'historique est légitime ou non. Initialement, ces pages seront marquées silencieusement et Chrome enverra à Google les statistiques relatives aux pages à des fins d'analyse. Le but ultime est d’éviter complètement ces fausses entrées.
Étant donné la possibilité d'un comportement inattendu pour les utilisateurs et les développeurs Web, la fonctionnalité sera temporairement masquée derrière un indicateur, nommé concrètement # enable-skip-redirecting-entry-on-back-forward-ui. Une fois le drapeau activé, Chrome va ignorer chaque fausse page lorsque vous cliquez sur le bouton précédent ou suivant.
Les entrées marquées vont être ignorées lors de l'intervention de manipulation de l'historique.
Les Entrées ajoutées à la liste Retour / Suivant sans l'intention de l'utilisateur
seront marquées afin d’être ignorées lors des invocations suivantes du bouton Précédent.
Les Entrées ajoutées à la liste Retour / Suivant sans l'intention de l'utilisateur
seront marquées afin d’être ignorées lors des invocations suivantes du bouton Précédent.
Source : blog Chromium, commit GitHub
Voir aussi :
Christian_B
Membre éclairé
Bonjour,
En attendant que cette question de l'historique se clarifie et soit améliorée, un petit truc :
Si le bouton de retour ne fonctionne apparemment pas du 1er coup (ou à la rigueur du 2eme), le bon réflexe (que j'ai adopté) n'est pas de cliquer de façon répétée mais de consulter l'historique par clic droit sur le bouton de retour et de choisir directement la page que l'on veut.
Cela résulte de mon expérience avec Firefox mais je suppose que c'est pareil avec d'autres navigateurs.
D'ailleurs on constate souvent qu'en réalité le bouton fonctionne mais que le site concerné produit systématiquement une nouvelle page lors d'un clic sur un élément modifiant le contenu. Contrairement à des sites qui effectuent localement des modifications parfois complexes en javascript sans changer de page.
Je doute qu'il y ait une meilleure solution dans ce cas car il est difficile de savoir si les changements d'une page à l'autre sont suffisamment significatifs pour qu'un utilisateur souhaite avoir les variantes d'une page dans l'historique ou préfère revenir directement ailleurs.
En attendant que cette question de l'historique se clarifie et soit améliorée, un petit truc :
Si le bouton de retour ne fonctionne apparemment pas du 1er coup (ou à la rigueur du 2eme), le bon réflexe (que j'ai adopté) n'est pas de cliquer de façon répétée mais de consulter l'historique par clic droit sur le bouton de retour et de choisir directement la page que l'on veut.
Cela résulte de mon expérience avec Firefox mais je suppose que c'est pareil avec d'autres navigateurs.
D'ailleurs on constate souvent qu'en réalité le bouton fonctionne mais que le site concerné produit systématiquement une nouvelle page lors d'un clic sur un élément modifiant le contenu. Contrairement à des sites qui effectuent localement des modifications parfois complexes en javascript sans changer de page.
Je doute qu'il y ait une meilleure solution dans ce cas car il est difficile de savoir si les changements d'une page à l'autre sont suffisamment significatifs pour qu'un utilisateur souhaite avoir les variantes d'une page dans l'historique ou préfère revenir directement ailleurs.
le 30/12/2018 à 8:30