La solution de Kabir est correcte. L' URL de mon image était
/images/ads/homepage/small-banners01.png,
et cela faisait trébucher AdBlock. Ce n'était pas un problème inter-domaines pour moi, et cela a échoué à la fois sur l'hôte local et sur le Web.
J'utilisais l'onglet réseau de Chrome pour déboguer et trouver des résultats très déroutants pour ces images spécifiques qui n'ont pas pu se charger. La première demande ne renverrait aucune réponse (Statut "(en attente)"). Plus tard, une deuxième demande a répertorié l'URL d'origine, puis «Rediriger» en tant qu'initiateur. Les en-têtes de demande de redirection concernaient tous cette ligne courte identique de données codées en base64, et chacun n'a renvoyé aucune réponse, bien que le statut soit "Réussi":
GET data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAYAAAAfFcSJAAAACklEQVR4nGMAAQAABQABDQottAAAAABJRU5ErkJggg== HTTP/1.1
Plus tard, j'ai remarqué que ces styles en ligne ont été ajoutés à tous les éléments de l'image:
display: none !important;
visibility: hidden !important;
opacity: 0 !important;
Enfin, je n'ai reçu aucun message "Échec du chargement de la ressource" dans la console, mais plutôt ceci:
Port error: Could not establish connection. Receiving end does not exist.
Si l'une de ces choses vous arrive, cela a probablement quelque chose à voir avec AdBlock. Désactivez-le et / ou renommez vos fichiers image.
De plus, à cause du CSS en ligne créé par AdBlock, la disposition de mon curseur de promotions était en train d'être supprimée. Bien que j'aie pu résoudre les problèmes de mise en page avec CSS avant de trouver la solution de Kabir, le CSS était quelque peu inutile et affectait la flexibilité du curseur pour gérer des images de plusieurs tailles.
Je suppose que la leçon est la suivante: faites attention à ce que vous nommez vos images. Ces images n'étaient ni malveillantes ni ennuyeuses autant qu'elles alertaient les visiteurs des promotions et offres spéciales en cours de manière discrète.