C’est la pire approche que je puisse imaginer. Le problème est connu depuis juillet ! Combien de temps faudra-t-il attendre ? ![]()
Apple a déjà corrigé le problème, nous sommes bloqués en attendant qu’ils publient le correctif
malheureusement, ils sont extrêmement lents à publier un correctif critique du système d’exploitation, j’aimerais qu’il y ait un moyen de le diffuser plus tôt, mais c’est malheureusement la situation
Merci. C’est encourageant.
Sans aucun doute, Apple publiera demain une mise à jour qui corrigera tout cela juste pour me prouver que j’ai tort.
Mais je me demande à quel moment il pourrait être judicieux d’envisager de simplifier la conception de Discourse afin que ces types de bugs aient moins d’impact.
Pour moi, cela ressemble beaucoup au bug de défilement omniprésent qui vient de me frapper à nouveau en parcourant un fil sur un site propulsé par Discourse. (Celui où, si vous faites défiler sur iOS et que vous maintenez votre doigt juste au mauvais endroit, Discourse continuera à charger à plusieurs reprises d’anciens messages, vous éloignant potentiellement de plusieurs dizaines de messages de l’endroit où vous étiez il y a un instant.)
Oui, la conception est extrêmement intelligente et elle est superbe lorsqu’elle fonctionne correctement. Mais elle semble aussi plutôt fragile et se dégrade rapidement si le navigateur ne gère pas tout correctement. Ou même si votre connexion Internet a un hoquet au mauvais moment, rendant peut-être un message que vous lisiez il y a quelques instants soudainement inaccessible lorsque vous revenez en arrière.
Quoi qu’il en soit, ce n’est peut-être pas une réflexion qui s’applique spécifiquement aux problèmes d’iOS 26, car il semble qu’Apple ait heureusement un correctif prêt à être publié prochainement. Mais plutôt une question philosophique à considérer dans le développement futur.
Comme mentionné précédemment, il ne s’agit pas vraiment de faire quelque chose de spécial ou de compliqué… et cela n’a rien à voir avec le défilement infini. Apple a introduit un bug qui casse un calcul de hauteur de base du navigateur lorsque le clavier est ouvert. Cela affecte de nombreux sites, y compris certains des leurs.
Aucune amélioration avec la version candidate d’iPadOS 26.1.
Je suis tout à fait d’accord avec @awesomerobot.
Le problème de défilement vient entièrement d’Apple et de WebKit (qui est au cœur de TOUT navigateur sur iOS). Il est assez embarrassant d’avoir sorti Safari aussi défectueux, à ce niveau, affectant des centaines de millions d’appareils dans le monde, et il n’y a même pas une seule solution de contournement que nous puissions suggérer pour le corriger. Si j’ai bien compris, ils calculent mal la fenêtre d’affichage lors de nombreux événements différents, comme après un événement de clavier.
Avec la RC publiée hier, nous pouvons probablement nous attendre à une sortie publique le lundi 3.
Non, il n’y a pas de solution, mais il y a une astuce pour survivre dans le monde de Discourse ![]()
C’est ainsi que je peux écrire et corriger mes fautes de frappe lorsque j’utilise iPadOS 26 et DiscourseHub, et Safari fonctionne de la même manière :
C’est fou haha. Excellent débogage !
Malheureusement, il y a beaucoup de bogues, pas seulement 1 bogue en jeu ici. Je pense qu’il vaut probablement la peine de séparer le bogue de l’iPad OS avec le compositeur, c’est certainement quelque chose que nous pourrions contourner, car la situation est temporaire et déclenchée par Scroll / Focus, qui sont 2 choses que nous pouvons contourner.
Nous voulons probablement séparer celui-ci.
Notre application semble être corrigée dans la RC 26.1, alors espérons que nous en avons tous fini avec ce désordre.
J’ai installé la Release Candidate d’iOS 26.1 sur un iPhone 16 aujourd’hui et le problème persiste.
Quel problème spécifiquement ?
@j.jaffeux travaille sur une solution de contournement pour le défilement incorrect de « ajouter une invitation… » et « créer un chat personnel… ». Nous allons vérifier si cela résout également le positionnement du compositeur sur iPad.
Pouvez-vous réessayer sur Meta ? Le problème est-il toujours présent sur iOS 26.1 ?
Nous avons déployé une correction de positionnement supplémentaire ici.
Je vous dirai quand la 26.1 sera publiée. Je suis sur la 26.0.1.
Mais une amélioration a bien eu lieu. Lorsque j’ai cliqué sur répondre, la mise en page et la position du curseur étaient incorrectes, comme d’habitude avec la 26. Mais lorsque j’ai fermé le clavier virtuel, tout est redevenu normal, et est resté ainsi — jusqu’à ce que je change d’application et revienne, puis l’écran était à nouveau décalé, mais le passage paysage/portrait a fait l’affaire.
Donc, les choses vont mieux maintenant.
(CDCK envoie-t-il une facture à Apple une fois ce problème résolu ? Je pense que vous devriez…)
Sur quel modèle d’appareil êtes-vous ? Nous avons dû ajouter un « sleep » dans notre code pour contourner le problème, plus l’appareil est lent, moins nous avons dormi suffisamment.
Moi ? Plutôt basique, l’iPad est un modèle ordinaire de 10e génération et l’iPhone est un 15+.
Les rumeurs disent que la mise à jour 26.1 arrivera dans une semaine, nous verrons donc.
Cela semble mieux sur la version 26.1, mais je rencontre d’autres problèmes avec les publications contenant beaucoup d’intégrations qui font planter Safari. Est-ce un problème connu ?
Safari, le nouveau IE 6 ![]()
Je n’ai pas entendu parler de ça, une reproduction nous aiderait énormément (ça peut juste être du texte brut, nous pouvons le coller quelque part et déterminer ce qui cause le problème.

