Je me demande si le paramètre download_remote_images_to_local pourrait valoir la peine d’être testé ici
modification : non, je viens d’essayer et cela n’a pas affecté le problème.
1 « J'aime »
Oui, c’est ma faute ! 
Le lien sera éventuellement remplacé par la version téléchargée dans le message. Cela prend juste du temps et j’ai négligé cela. (Je m’attendais à ce que le lien d’origine soit conservé dans le contenu brut)
C’est le comportement attendu. Si une image est trop grande, elle est supprimée.
Il est moins attendu que nous n’ayons pas d’avertissement lorsque vous publiez pour la première fois le lien dans le compositeur.
Voir l’image disparaître soudainement est déroutant, c’est certain.
1 « J'aime »
Je pensais que le comportement attendu pour les images liées en externe était de les réduire pour qu’elles s’adaptent et de les lier à l’original ? C’est exactement ce qui se passe dans mes vues de messages privés.
1 « J'aime »
Le comportement précédent affichait toujours un espace réservé avec le texte indiquant que l’image était trop grande.
Maintenant, comme le onebox contient un lien, il est toujours supprimé.
Lié à :
2 « J'aime »
Bien vu.
J’ai annulé ce changement sur mon installation locale et voici le résultat, qui est celui que nous attendons :
5 « J'aime »
@Arkshine c’est peut-être le cas, mais le problème dont nous discutons ici est que l’image ne s’affiche pas - alors qu’elle devrait s’afficher.
Les images que nous testons tous ne sont pas des images mortes, elles devraient donc s’afficher.
Elles se sont toujours affichées, quelle que soit la taille, pendant des années et des années (et des années).
Et maintenant, au cours des huit dernières semaines, elles ne s’affichent plus.
2 « J'aime »
Pouvez-vous vérifier dans vos journaux d’actions du personnel si le paramètre télécharger les images distantes en local a été modifié ?
Ajoutez simplement ceci à l’URL de votre site : /admin/logs/staff_action_logs?filters=%7B%22action_name%22%3A%22change_site_setting%22%2C%22action_id%22%3A3%2C%22subject%22%3A%22download_remote_images_to_local%22%7D
D’après ce que je comprends, lors de l’insertion d’une grande image externe en lien,
-
L’ancien code affichait l’“image de plus de X Mo” précédée du lien de l’image
-
Le nouveau code supprime complètement l’image (ce qui semble erroné)
Cependant, je ne peux avoir qu’une grande image externe affichée dans mon message que si je désactive télécharger les images distantes en local :
1 « J'aime »
Vous avez raison ; nous nous sommes écartés du problème initial. Le problème que j’ai décrit concerne la disparition des images [trop grandes] (ce qui est un point valable et un problème distinct )
Cela ne semble pas être votre situation.
Je peux reproduire la requête onebox défaillante et renvoyer une 404 sur votre forum.
Il n’est pas clair pourquoi certaines de vos URL (du même domaine) dans le premier message échouent.
Il pourrait s’agir d’un problème d’hôte à un moment donné, et le statut a été mis en cache (devrait être de 1h).
J’ai essayé de publier d’autres grandes images (> 20 Mo) sur votre forum – cela fonctionne bien (lightbox fonctionne aussi)
60 Mo ici :
Jusqu’à présent, compte tenu du fait que les images des autres fonctionnent, il semble que dronescene.co.uk ait eu des problèmes temporaires. 
1 « J'aime »
ok oui j’ai également vérifié que le problème provenait des images de ce site de drones. j’ai réussi à charger un certain nombre d’images haute résolution de la nasa liées en externe sans problème dans un article de test et elles s’affichent correctement avec des liens vers les originaux.
Aucun changement confirmé depuis de nombreuses années :
C’est bizarre, n’est-ce pas ?
Certaines images semblent fonctionner, d’autres non 
Parce qu’une image liée depuis Wikimedia.org ne fonctionne plus non plus, comme l’a démontré @Canapin :
J’ai essayé de voir s’il y avait une logique.
Peut-être des PNG ou JPG par rapport à JPEG ou autre, mais je ne vois pas pourquoi certaines images fonctionnent et d’autres non 
Je pense que cela ne s’appliquerait que si l’image était plus grande que ce que vos paramètres Discourse autorisent.
Nous pouvons télécharger des images de 100 Mo sur notre Discourse, c’est pourquoi cela n’a jamais été un problème pour nous (jusqu’à récemment).
Et c’est probablement pourquoi Arkshine peut également télécharger une image de 60 Mo sans problème.
Mais l’image de Wikimedia.org que Canadian a partagée ne fonctionne pas non plus
C’est très déroutant 
3 « J'aime »
J’ai chargé des fichiers PNG et JPG haute résolution de la NASA.
1 « J'aime »
Ouais, exactement 
Je n’ai aucune idée de ce qui se passe 
Voici une image de 6 Mo provenant d’un autre nom de domaine, qui ne fonctionne pas non plus ici :
https://wallup.net/wp-content/uploads/2019/05/10/838083-autumn-fall-landscape-nature-tree-forest-leaf-leaves-path-trail-bench.jpg
Et une image de 4 Mo, provenant d’un autre nom de domaine différent, qui ne fonctionnera pas non plus ici :
https://www.wallpaperflare.com/static/364/459/767/plateau-landscape-photography-green-trees-wallpaper.jpg
Je vais m’arrêter là pour l’instant, il y a probablement beaucoup d’autres exemples de noms de domaine, j’espère que l’équipe de développement aura suffisamment d’exemples et d’informations pour avancer
Bon week-end à tous, merci encore pour toute l’aide et les contributions 
Juste pour confirmer, l’image apparaît toujours dans le compositeur, mais disparaît du message final :
Mais ça ne fonctionne pas ici sur meta, ni sur try.discourse.org
C’est bizarre
J’espère que les développeurs trouveront la cause du problème, merci encore @Arkshine
C’est un problème différent. La limite est de 4 Mo ici, et comme le fichier est trop volumineux, il est supprimé (normalement, vous verriez un message).
Ce n’est pas ce qui se passe avec votre forum.
Ceci est un téléversement direct de 6,7 Mo vers meta :
Et ceci est un téléversement direct de 4,8 Mo :
Je ne pense pas qu’il y ait une limite de 4 Mo ici
Mais je dois vraiment y aller maintenant, merci encore @Arkshine mon pote
1 « J'aime »