Qu’en est-il de ceci @david
if (!String.prototype.replaceAll) {
String.prototype.replaceAll = function(str, newStr){
// Si un modèle regex
if (Object.prototype.toString.call(str).toLowerCase() === '[object regexp]') {
return this.replace(str, newStr);
}
// Si une chaîne
return this.split(str).join(newStr);
};
}
J’ai modifié la branche de chaîne de la solution que vous avez partagée, de sorte qu’elle corrige la conversion des chaînes en Regex sans échappement.
Je ne pense pas que cela fonctionne lorsqu’une fonction est passée comme deuxième argument :
"my string with my example".replaceAll("my", (match) => `test${match}`)
(la documentation sur la fonction se trouve ici)
J’utilise un iPad Air avec la version iOS 12.5.5. La dernière version du navigateur Chrome disponible pour cette tablette ne charge pas le forum Sketchup. J’obtiens le même message de bannière mentionné dans plusieurs des publications précédentes. Existe-t-il un moyen de résoudre ce problème autre que de passer à un nouvel iPad ?
Ça me va 
Je pense que cela devrait suffire :
Hmmm, bien que cela résolve l’utilisation de Discourse sur MacOS Mojave, il semble qu’iOS 12.5.5 échoue également à notre vérification globalThis.
Voulons-nous ajouter un polyfill pour cela aussi ?
Ouais ! Le site (Discourse et Community.Jenkins.io) semble de nouveau fonctionner correctement sur les navigateurs obsolètes ; je peux voir le contenu et poster (sur Jenkins et ici).
J’apprécie énormément tous les efforts déployés pour résoudre ce problème ; cela semblait beaucoup plus complexe que prévu.
Maintenant, si seulement je pouvais convaincre StackOverflow de revenir sur ses changements destructeurs (pour la 2ème fois) et de rétablir la fonctionnalité pour les navigateurs obsolètes. Ils l’ont fait une fois, mais leur nouvelle attitude semble être de blâmer l’utilisateur.
Oui, ce forum fonctionne à nouveau sous iOS 12.2, bien que https://support.last.fm/ ne fonctionne toujours pas (peut-être qu’ils doivent mettre à jour quelque chose ?)
Merci encore pour le temps que vous avez consacré à sa résolution.
Gardez à l’esprit que notre objectif principal est de ne pas casser les anciens navigateurs. Une page blanche est tout simplement inacceptable, même sur les navigateurs les plus anciens. Une vue en lecture seule est acceptable.
La chose délicate qui s’est produite ici est que nous avons certains navigateurs qui sont dans un état crépusculaire, pas exactement pris en charge et pas exactement pas pris en charge, malheureusement, ils ont reçu un traitement de page blanche.
Nous réfléchissons à de meilleures approches pour l’avenir afin d’éviter de rencontrer régulièrement ces problèmes à mesure que notre numéro de version minimale du navigateur augmente.
Pour clarifier, certains de nos utilisateurs sur https://support.last.fm/ signalent encore des problèmes : Mobile view of this forum is broken - #6 by tutibins - Get Help - Last.fm Support Community
Ce correctif a-t-il déjà été déployé sur les sites hébergés ?
Si oui, cela suggérerait qu’un thème/composant que nous utilisons ou notre CSS personnalisé le casse, mais je ne veux pas toucher à ces choses si le correctif n’a pas encore été déployé. 
Merci encore d’avoir examiné cela.
Salut Jon - ce changement n’a pas encore été déployé sur tous nos sites hébergés. Mais je vais lancer ce processus maintenant - il devrait être appliqué à votre site dans l’heure qui suit.
Ça marche maintenant !
Merci !
Excellent, merci David.
Quand le changement sera-t-il déployé sur forums.sketchup.com ?
Déploiement en cours !
Je rouvre car certaines personnes ont encore des problèmes.
Le plan :
browser_update_user_agents, nous ne voulons plus faire de détection de fonctionnalités avec cela.optimise_traffic_on_modern_mobile_browsers (par défaut true) - si les utilisateurs ont un navigateur mobile pris en charge (Chrome/Safari moderne), nous optimiserons le transport en évitant d’expédier la charge utile HTML.@Falco qu’en penses-tu ?
Je vais voir si je peux m’en occuper la semaine prochaine, sinon je le ferai assigner en interne la semaine d’après.
Ça sonne
Soyez prudent lorsque vous testez sur Meta, l’expérience de conception sans tableau ici a considérablement dégradé notre vue crawler.
Les personnes sous iOS 12 précoce échouent toujours à démarrer l’application car il leur manque window.globalThis. Vous pouvez facilement reproduire cela sur Browserstack. Nous devons fournir le contenu HTML sans script à ces personnes. Votre étape 1 du plan résoudra ce problème.
Ça a l’air incroyable, j’ai aussi laissé un commentaire sur une PR. Google utilise l’indexation mobile d’abord, nous devons donc tester soigneusement une résolution mobile, car c’est le consommateur général de cette vue.
