Je peux confirmer avec certitude que cela n’a pas commencé lorsque j’ai mis à jour Safari vers la version 15.5. C’était le 18 mai 2022. J’ai documenté le problème pour la première fois le 14 juin 2022. Je suis modérateur d’un forum sur la plateforme Discourse et je télécharge généralement un minimum de 2 à 3 images par jour. Je peux documenter à partir des registres de travail sur ce forum hébergé par Discourse que j’ai téléchargé des graphiques après avoir mis à jour Safari, mais avant de remarquer le problème pour la première fois.
2 « J'aime »
Pour information, je viens de mettre à jour Safari vers la version 15.6. Cela n’a eu aucun effet sur ce problème.
1 « J'aime »
Oui, nous allons régler cela, soyez patients avec nous, désolé que cela prenne autant de temps.
Il est très difficile de détecter cette fonctionnalité, nous avons plusieurs options à notre disposition :
-
Au lieu de mettre un espace réservé
uploading ..., nous remplaçons notre espace réservé par… -
Utiliser un remplacement par « regex » qui n’est pas sensible à cela
-
Désactiver execCommand comme mécanisme d’insertion de texte dans ce cas (il est inutile de toute façon, étant donné que le collage de l’image corrompra la pile d’annulation de toute façon)
-
Avoir simplement des choses execCommand derrière un paramètre de site, désactivé par défaut
ou une combinaison de certains de ces éléments.
C’est sur la liste de David, et nous suivons.
4 « J'aime »
(2) est le plus facile à manier, j’ai donc opté pour cela pour l’instant. Si cela s’avère être un problème plus large, nous pourrons envisager des changements plus radicaux comme 3 / 4. Voici une PR :
7 « J'aime »
@tut cette correction est maintenant en ligne ici sur Meta, et sur votre site. Pourriez-vous essayer et nous faire savoir si les choses vont mieux ?
5 « J'aime »
Le problème semble résolu. Voici une capture d’écran que je viens de prendre de votre publication précédente, téléchargée dans Safari v15.6 (pas une citation) :
6 « J'aime »
Le problème de téléversement d’images depuis Safari est réapparu. Les symptômes sont exactement les mêmes que ceux décrits dans Cannot upload images with Safari, à une exception près. Le problème est maintenant intermittent. J’ai observé ce qui suit :
- J’estime le taux de réussite global à environ 90 %.
- Les téléversements bloqués peuvent survenir au milieu de la même session de connexion au cours de laquelle de nombreuses autres images de divers formats ont été téléversées avec succès.
- Parfois, un téléversement réussit après plusieurs tentatives.
- Parfois, une image ne se téléverse pas, mais si une image graphique similaire (l’image elle-même, pas son code) d’un autre message Discourse est immédiatement copiée et collée, l’image apparaît dans le nouveau message. (Je n’ai jamais vu cette solution de contournement échouer, bien que cela ne signifie pas qu’elle échouera toujours.)
- Parfois, une image spécifique ne se téléverse pas, mais une autre du même format le fait. Habituellement, cependant, si l’une ne se téléverse pas, aucune ne le fera, et le message doit être terminé dans un autre navigateur.
- J’ai principalement, mais pas exclusivement, remarqué cela avec des images relativement petites. Mais je n’ai pas assez d’expérience pour déterminer s’il existe un seuil de taille. Cette observation pourrait bien être une coïncidence.
2 « J'aime »
Est-ce qu’il reste bloqué avec un espace réservé comme celui-ci à nouveau ? Ou est-ce un comportement légèrement différent ?
Y a-t-il des erreurs/avertissements dans la console du navigateur ?
Le comportement semble identique.
Je viens de vérifier la console et elle a été effacée (sans aucune action de ma part) — peut-être en démarrant une nouvelle session ? Si le comportement se répète, je capturerai le journal de la console.
1 « J'aime »
Eh bien, cela a pris près de 2 semaines et des centaines de téléchargements réussis, mais le problème s’est finalement manifesté à nouveau. Cette fois, une deuxième tentative de téléchargement a immédiatement réussi. Les deux dernières lignes du journal de la console du développeur semblent clairement pointer vers la connectivité réseau comme étant le coupable :
[Warning] [PLUGIN discourse-adplugin] (vendor-3525a44c5f1c281745e16fd0c569078e0ad263d863a3e3d95fe3a8ca080d252b.br.js, line 4586)
"Deprecation notice: \"message-bus:main\" is deprecated, use \"service:message-bus\" instead (deprecated since Discourse 2.9.0.beta7) (removal in Discourse 3.0.0)"
[Warning] [PLUGIN discourse-cakeday] (vendor-3525a44c5f1c281745e16fd0c569078e0ad263d863a3e3d95fe3a8ca080d252b.br.js, line 4586)
"Deprecation notice: \"site-settings:main\" is deprecated, use \"service:site-settings\" instead (deprecated since Discourse 2.9.0.beta7) (removal in Discourse 3.0.0)"
[Warning] [PLUGIN discourse-canned-replies] (vendor-3525a44c5f1c281745e16fd0c569078e0ad263d863a3e3d95fe3a8ca080d252b.br.js, line 4586)
"Deprecation notice: \"current-user:main\" is deprecated, use \"service:current-user\" instead (deprecated since Discourse 2.9.0.beta7) (removal in Discourse 3.0.0)"
[Warning] [PLUGIN hosted-site] (vendor-3525a44c5f1c281745e16fd0c569078e0ad263d863a3e3d95fe3a8ca080d252b.br.js, line 4586)
"Deprecation notice: \"site:main\" is deprecated, use \"service:site\" instead (deprecated since Discourse 2.9.0.beta7) (removal in Discourse 3.0.0)"
[Error] Failed to load resource: The network connection was lost. (poll, line 0)
[Error] Failed to load resource: The Internet connection appears to be offline. (poll, line 0)
À moins que ce problème ne se reproduise avec des symptômes différents, je pense que nous devrions le considérer comme résolu. Je suis perplexe, cependant, que le journal de la console n’ait pas affiché d’erreurs similaires suite aux problèmes après la première correction.
5 « J'aime »