Safari a du mal à afficher les images aux noms complexes

Mickaël Bazoge |

Un bug curieux frappe Safari : il arrive que le navigateur n’affiche pas une image, alors que d’autres butineurs en sont tout à fait capables. L’exemple donné par Pierre Dandumont est parlant : sur cette page, l’image censée apparaître après le premier sous-titre se contentera d’afficher un pavé blanc avec au centre, la petite icône caractéristique en forme de point d’interrogation.

Sous Chrome 52 – Cliquer pour agrandir
Sous la version 10 de Safari Technology Preview (l’image ne s’affiche pas non plus sous Safari 9.1.1) – Cliquer pour agrandir

Le bug se retrouve également sur iOS, et ce aussi bien sous iOS 9 qu’iOS 10. Il semble que le navigateur interprète mal l’URL d’une image dont le nom est composé de lettres accentuées et autres caractères exotiques. Cela ne pose pourtant pas de problème pour un autre navigateur.

Après une rapide recherche, et à notre connaissance, le problème n’est pas référencé sur le site d’assistance d’Apple. Si vous ne voyez absolument aucune image dans Safari, assurez-vous de ne pas avoir désactivé les images dans le menu de développement du logiciel (Préférences > Avancées > Afficher le menu Développement dans la barre des menus).

Tags
avatar Chriscatfr | 

Cela fait au moins 2 ans que je connais ce bug. Wordpress est rempli de plugins pour parer à celui-ci. Il change le nom des images au moment de l'upload.
Un wordpress installé par défaut n'affiche pas les images avec nom de fichier accentué sur safari que ce soit sur Mac ou iOS. Je ne pensais pas que le bug était général.

avatar abccba | 

@Chriscatfr :
Je confirme ! J'avais ce problème lorsque je travaillais sur wordpress en 2014 !

avatar oomu | 

Cela explique quelques bizzareries.

Mais faut comprendre, à Cupertino on va jamais sur des sites avec des fichiers en langues bizarres, tout semblait aller bien.

-
Plus sérieusement le problème des caractères exotiques (hors ascii) continue de sévir dans l'informatique, voir de servir de faille de sécurité. Encore trop de bibliothèques de programmation en circulation qui ne gèrent pas tous les cas. ça fait tâche.

J'en suis encore à conseiller aux gens de ne pas mettre d'accents et autres dans les noms de fichiers (au cas où ils sont publiés dans un quelconque cms ou système web encore mal foutus ou lu par un utilisateur avec un logiciel problématique).

avatar C1rc3@0rc | 

Je me demande si celui qui a programmé ça n'est pas le meme qui a programmée le bug 1970 d'iOS???
Parce que encoder les dates sur un nombre d'octets insuffisant et ne pas utiliser l'Unicode pour le nom des fichiers cela semble du meme acabit...

Et dire qu'Apple a ouvert une "école" pour enseigner la programmation d'iOS...

avatar oomu | 

Bien que je n'en sache rien du bug de Safari (et le code source de webkit doit contenir la réponse), typiquement une bibliothèque quelque part dans la pile interprète mal une représentation des caractères.

ce n'est pas aussi simple que "duuh, j'ai oublié d'utiliser la baguette magique unicode.lib pour tout solutionner."

idem avec un bug dit de 1970 ou variante. C'est un travers typique des systèmes unix dû à des décennies de code par des milliers de personnes pour qui tout commence au temps zéro unix et codé sur 32b. Ce n'est pas simplement un oubli d'un programmeur.

-
"Et dire qu'Apple a ouvert une "école" pour enseigner la programmation d'iOS..."

qui d'autres ? des gens qui n'ont jamais programmé et donc jamais fait d'erreurs ? ;)

avatar BeePotato | 

@ C1rc3@0rc : « ne pas utiliser l'Unicode pour le nom des fichiers cela semble du meme acabit... »

Je soupçonne quelque chose de plus complexe que ça (le problème ne se posant pas avec tous les noms contenant des caractères accentués). Un truc du genre NFC vs NFD, par exemple.

Mais il reste ahurissant que ça n'ait pas été repéré et corrigé depuis longtemps.

avatar oomu | 

Ben... Vous savez, à Cupertino...le support de la langue du coin est plutot bon, on s'est aperçu de rien.

avatar C1rc3@0rc | 

@BeePotato
Le mecanisme de gestion peut etre alambiquée et on peut effectivement penser que le probleme est plus complexe. Neanmoins je vois pas d'autres explications permettant a ce bug d'exister: si l'unicode avait ete utilisé integralement dans la gestion des nom de fichiers ce type de problemes n'existerait pas.
Dans ses guidelines Apple a toujours mis en garde contre la manipulation de fichiers a partir du nom ou du chemin d'acces, favorisant l'utilisation d'une reference specifique de l'API. Il est probable que le probleme survienne a un moment ou il y a la conversion dans un sens ou l'autre...

avatar BeePotato | 

@ C1rc3@0rc : « Neanmoins je vois pas d'autres explications permettant a ce bug d'exister »

Ça doit être parce que tu ne lis pas bien les commentaires qui indiquent une autre explication. ;-)

« si l'unicode avait ete utilisé integralement dans la gestion des nom de fichiers ce type de problemes n'existerait pas. »

Ben si. Comme je l'ai déjà dit. :-P
« Utiliser Unicode », ce n'est pas un truc magique qui résout tout. Il faut aussi comprendre comment Unicode fonctionne et l'utiliser correctement. Il semble bien que ce ne soit pas le cas ici – mais du côté serveur/site web, plutôt que du côté navigateur (qui, en revanche, ne fait pas l'effort que font ses concurrents pour compenser ce genre d'erreur des sites web).

avatar renan35 | 

Tu es payé par Microsoft pour dénigrer Apple?
Quel que soit le sujet, tes commentaires = Apple s'est nul.

Il y a plusieurs comptes comme ça.
Si Apple c'est nul, pourquoi vous venez sur ce site ?....

avatar C1rc3@0rc | 

Ben Apple se comporte depuis 2012 comme Microsoft sous le regne de Gates: obsolescence programmée a tous les etages, des softs qui sont commercialisés en beta, des patch a n'en plus finir qui rajoutent autant de bug qu'ils en resolvent, des OS qui mettent a terre les machines avec des fonctions superflues et une non optimisation flagrante, une ergonomie qui n'est plus que l'ombre de ce qu'elle a ete, ça part dans tous les sens sauf celui de la demande du client...

Et on ne parle meme pas du materiel qui est completement decalé des besoins du marché : l'inutile Apple Watch et ses depenses pharaoniques en marketing, le Mac Pro 2013 mal conçu et mal realisé, le Macbook un netbook archaique ultralimité et hors de prix, le MacMini qui regresse a chaque "mise a jour" depuis 2012, l'iMac sous dimensionné et toujours aussi peu ergonomique,...

Ce sont la des constatations inevitables et qui sont amere pour des gens comme moi qui sont clients d'Apple depuis plus de 20 ans... J'ai orienté mes relations et interloccuteurs, dans les secteurs pro ou privé, vers les solutions Apple pendant des annees parce que c'etait pragmatique et je n'ai jamais eu autres choses que des remerciements. Aujourd'hui je ne peux plus conseiller Apple a quiconque, je conseille a ceux qui ont de l'Apple de faire durer et a ceux qui doivent acheter, c'est Window, Linux ou Chromebook... pas que ces solutions soient devenues meilleures qu'Apple mais Apple est devenu pire.

avatar LolYangccool | 

En même temps la bonne pratique pour les noms de fichiers destinés à se retrouver sur un site web c'est pas de caractères accentués, pas de majuscules, pas de caractères spéciaux ni d'espaces.

avatar oomu | 

pas de caractères accentués, pas de majuscules, pas de caractères spéciaux, pas d'espace, pas de culture, pas de spécificité, pas de sel, pas de sucre, pas d'épice, pas de gluten, uniquement le collectif BORG.

-
oui c'est aussi ce que je conseille comme bonne pratique aux webmasters et secrétariats mais c'est TRISTE !

Et il est grand temps de sortir l'informatique de la domination de l'anglais (même si j'adore lire du Tolkien et du Dunsany).

avatar MaamuT | 

Triste, mais comme toi, j'en suis encore à ce genre de conseils, autant pour moi que pour… bah, les autres petit à petit, je commence à m'en taper, donc bon, au final, j'ai plus trop le problème sur mes sites ;)

avatar Philactere | 

@oomu :
J'ai fait ça pendant longtemps, pas d'accentuation, des noms de 8 caractères maximum (merci les vieilles habitudes pourries des systèmes DOS antédiluviens). Hé puis un jour j'en ai eu raz le bol d'écrire des noms de fichiers illisibles, retours au français, à ma langue. Pas mon problème si ça ne marche pas, démerdez vous les informaticiens. Je fais mon job, faites le votre.

avatar BeePotato | 

@ Philactere : « Hé puis un jour j'en ai eu raz le bol d'écrire des noms de fichiers illisibles, retours au français, à ma langue. »

Tout à fait. Si on a choisi d'utiliser un Mac, ce n'est pas pour avoir des noms de fichiers façon MS-DOS (déjà qu'à cause des systèmes inférieurs qui ont envahi le monde, on est obligé de se frapper les extensions de noms de fichiers pour indiquer leur type…).

avatar zoubi2 | 

Ouaip... J'ai eu un mal de chien il y a quelque temps pour arriver à obtenir un visa pour les USA sur le site de l'ambassade US en France. Warum ? Parce que j'habite "Résidence des xxx". Adresse qui m'envoyait systématiquement aux pelotes. J'ai fini par me dire "Ah oui, scrongneugneu, l'ambassade US en France ne doit pas savoir que l'on a des caractères accentués". J'ai tapé "Residence" au lieu de "Résidence" et zou, c'est passé.
Y a des coups de pied au luc qui se perdent...

avatar MaamuT | 

Autant le problème est compréhensible sur le nom d'un fichier, autant il est innacceptable dans un formuliare, bon, en même temps on parle de l'embassade US hein ! :P

avatar C1rc3@0rc | 

Les USA ne connaissent que l'ascii, sans accent, sans diacritique, sans.... pas parce que l'anglais est la langue officielle (y a pas de langue officielle aux USA) mais parce qu'ils ne veulent reconnaitre que ça. Heureusement avec l'espagnol qui devient progressivement la langue la plus parlée ils vont bien devoir passer a un moment a l'unicode...

@MaamuT
«Autant le problème est compréhensible sur le nom d'un fichier»

Ben non, ce n'est ni comprehensible ni excusable. Le Mac a ete la machine qui a ete une des premiere a permettre la gestion simple et standard des langues non romanes et le systeme de fichier d'Apple a ete un des plus rapide - au niveau commercial - a faire sauter la limitation des caracteres utilisables en longueur et en signes...

avatar MaamuT | 

Je voulais surtout relever le foutage de gueule de compèt du formulaire où là, aucune excuse ne tiens la route.

Quant aux noms de fichiers… que dire, pour ma part, je renomme toujours avant envoi… après, ne pas oublier que c'est du WordPress aussi, donc bon, faut pas attendre du bon non plus… hm !

avatar TotOOntHeMooN | 

Oui, enfin... Le comble c'est que le nom de fichier provient d'une capture d'écran réalisée avec un OSX en français...

avatar Php21 | 

Moi qui ne poste que des photographies anciennes en noir et blanc sur ma page FaceBook, j'ai du abandonner Safari à cause de ce problème.
Mes photos n'apparaissaient pas sur ma page version Safari, j'ai du me rabattre sur Chrome qui lui, ne pose aucun problème.
Ce problème existe depuis au moins 6, 8 mois et concerne pratiquement 60% des photos postées.

avatar C1rc3@0rc | 

Quel est le rapport entre les photo ancienne et le bug du nom des fichier?

avatar Php21 | 

justement, j'en ai aucune idée !!
Mais ce prob est assez récent et personne n'a pu me répondre ou trouver une solution !
Ce qui me parait bizarre, c'est que tout fonctionnait bien il y a encore quelque mois.
Et je pense pas que le nom de mes fichiers photos ait évolué.

avatar Grug | 

Je ne suis pas un grand amateur de Safari (Je ne l'utilise jamais ;) et je sais qu'on est à l'heure des internet 2.0, Mais franchement a t'on idée de mettre une photo sur le web avec un nom pareil ??
(Capture d’écran 2016-08-02 à 19.06.53.png )

Des espaces, des accents, et des points partout !!

Pages

CONNEXION UTILISATEUR