
Capture de la page du fichier. Le SVG original n’est pas inclus dans cette étude.
En créant mon portfolio, j’ai rencontré un blocage persistant après l’envoi d’un logo Apple au format SVG. J’ai reproduit l’incident en septembre, constaté un premier changement le 10 octobre, puis découvert le 24 octobre que le même fichier était accepté ou refusé selon le chemin d’importation.
Je travaillais depuis environ deux à trois heures avec ChatGPT sur des éléments visuels de mon portfolio. Le projet nécessitait environ 32 icônes. ChatGPT en avait déjà créé trois ; je devais retrouver les autres, d’abord sur mon téléphone, puis sur Internet.
Pour le logo Apple, j’ai effectué une recherche Google Images et trouvé une pomme noire sur fond transparent, provenant de Wikipédia. Je pensais télécharger un PNG classique : je n’avais pas remarqué l’extension .svg.

Capture de la page du fichier. Le SVG original n’est pas inclus dans cette étude.
J’avais déjà transmis plusieurs lots d’icônes sans incident. Certaines étaient également transparentes ; j’ai vérifié ensuite que les autres images utilisées n’étaient pas des SVG.
Après plusieurs lots traités normalement, j’ai envoyé un nouveau groupe d’icônes. L’application a affiché « Erreur dans le flux de messages ». Malgré mes tentatives de reprise, je ne pouvais plus poursuivre normalement cette discussion.
J’ai dû ouvrir une nouvelle conversation et reconstruire le contexte de mon projet pour continuer.
Dans une nouvelle discussion, j’ai réexpliqué ce que nous étions en train de construire. Je précisais que je devais renvoyer les icônes par lots de huit. Lorsque j’ai retransmis le lot problématique, le blocage s’est reproduit.
J’ai alors écrit un second message pour signaler que le même problème revenait et que je soupçonnais une image. Mes messages apparaissent à la suite, sans réponse normale de ChatGPT entre les deux.

« Je dois t’envoyer… huit images », puis « ça fait le même problème » : deux messages dans la deuxième discussion. La première miniature noire se confond avec le fond.

La première miniature, en haut à gauche, est noire sur noir. L’encadré orange indique sa place ; le message « Mince ça bug… » apparaît plus bas.
Reprise du contexte → nouvel envoi du lot → même problème → tentatives de continuer sans réponse normale.
J’ai repris mentalement les images envoyées et remarqué qu’un élément était difficile à distinguer : le logo Apple noir, transparent, sur l’interface noire de ChatGPT. En retrouvant le fichier, j’ai vu qu’il était au format SVG. C’est devenu mon principal suspect.
Sur fond clairLe logo noir est visible
Sur fond noirLe logo se confond avec le fondSchéma pédagogique réalisé à partir de la capture Wikipédia, en image raster. Ce n’est pas le fichier SVG original. Il explique uniquement la difficulté de visibilité, pas la cause du blocage.
Pour vérifier mon hypothèse sans perdre une autre conversation de travail, j’ai ouvert une troisième discussion et envoyé uniquement le fichier SVG Apple, sans les autres icônes.
Le même message d’erreur est apparu immédiatement. La conversation n’a pas pu être poursuivie normalement.

Le cadre pointillé désigne la zone noire où se trouve l’aperçu supposé du fichier envoyé seul. Ses limites exactes ne sont pas discernables. Le message d’erreur est en dessous, volontairement hors du cadre.
Les formats d’image documentés comme pris en charge par OpenAI comprennent notamment PNG, JPEG et GIF non animé ; le SVG ne figure pas dans cette liste. Mais le refus éventuel d’un format et le blocage persistant d’une conversation sont deux questions différentes.
Cette étude décrit une expérience utilisateur sur ChatGPT Android. Elle ne démontre pas une vulnérabilité, ni que tous les SVG produisent ce résultat, ni une perte définitive de données. Documentation OpenAI sur les images.
Ce qui m’a le plus dérangé, ce n’est pas simplement le message d’erreur. C’est de ne plus pouvoir poursuivre une conversation sur laquelle je travaillais depuis deux à trois heures.
J’avais déjà envoyé beaucoup d’icônes et nous avions avancé sur mon portfolio. Tout s’est arrêté avec un lot contenant un simple logo Apple, trouvé sur Wikipédia, que je pensais être une image transparente classique.
J’ai essayé de reprendre la discussion, sans succès. J’ai dû ouvrir une autre conversation, reconstruire le contexte et chercher moi-même quel fichier posait problème.
Dans mon cas, c’était un portfolio. Mais selon l’importance du projet et le temps passé dans une discussion, les conséquences d’un blocage de ce type pourraient être beaucoup plus gênantes.
Je ne prétends pas connaître la cause technique ni affirmer que cela arrive à tout le monde. Je partage cette expérience pour informer les utilisateurs : un fichier apparemment anodin peut parfois interrompre un travail beaucoup plus important que lui.
Ma question reste simple : pourquoi l’échec d’un seul fichier devrait-il empêcher de continuer toute une conversation ?
Cette étude repose sur mon récit, des captures originales des essais et une capture de la page Wikipédia du fichier. Les encadrés sont des annotations visuelles superposées : ils ne modifient pas les captures. Les captures masquées par un pop-up et celle de la galerie personnelle ont été volontairement écartées pour privilégier les preuves lisibles.
Le fichier SVG original n’a pas été réintroduit dans cette page. Le schéma comparatif utilise une illustration raster indépendante du SVG.
Le 10 octobre 2026, j’ai effectué un nouveau test avec le logo Apple SVG sur ChatGPT Android. Le comportement observé est différent de celui documenté lors de mes premiers essais.
Auparavant : après l’envoi du fichier, la discussion devenait inutilisable.
Le 10 octobre : le fichier rencontre un problème pendant son chargement dans la zone de composition, avant l’envoi. Un message d’erreur apparaît et une vignette affiche une icône de nouvelle tentative. La discussion ne se bloque pas.

Le logo apparaît dans la zone de composition. L’interface affiche un message d’erreur et une icône de nouvelle tentative sur une vignette.

Le problème de chargement est toujours visible. La conversation reste accessible : le blocage persistant des premiers essais ne se reproduit pas.
Lors de ce nouveau test, l’échec du chargement du SVG n’entraîne plus le blocage de la discussion. Le fichier est arrêté avant son envoi.
Source : enregistrement d’écran du test du 10 octobre 2026 (24 secondes). Captures extraites de la vidéo.
Le 10 octobre, lorsque j’ai constaté que le SVG Apple était refusé avant l’envoi et que la conversation restait utilisable, j’ai pensé que le problème initial avait été corrigé en bloquant ce fichier à l’entrée. Je n’avais pas essayé les autres méthodes d’importation.
Le 24 octobre 2026, j’ai repris mes essais avec le même fichier SVG Apple, sur mon téléphone Android. Cette fois, j’ai comparé les chemins d’ajout d’une pièce jointe dans l’application ChatGPT et dans sa version Web mobile.
Le SVG n’est pas bloqué de façon générale. Certaines méthodes le refusent immédiatement, tandis que d’autres permettent de l’envoyer, y compris dans la même application Android.
Lorsque je sélectionne le SVG via le sélecteur Photos / Images de l’application ChatGPT Android, son aperçu apparaît, puis l’erreur survient presque instantanément, sans chargement prolongé perceptible. Une icône rouge apparaît sur la vignette et l’application affiche : « Un problème est survenu avec votre requête. () ».
Le point le plus surprenant pour moi : le bouton Envoyer devient indisponible. Tant que la pièce jointe en erreur reste dans la zone de composition, je ne peux pas envoyer le message, même lorsqu’une autre pièce jointe est présente. Je dois retirer celle qui échoue pour retrouver la possibilité d’envoyer.


Le refus est observé avant l’envoi. Sa cause interne n’est pas connue : une validation, une erreur de préparation de pièce jointe ou une autre étape peuvent produire une interface similaire. Son apparence très stricte ne prouve pas qu’il s’agit d’une protection de sécurité.
| Interface | Chemin testé | Résultat |
|---|---|---|
| Application Android | Galerie via Photos / Images | Refus immédiat |
| Application Android | Copier-coller de l’image | Échec |
| Application Android | Sélecteur Fichiers | Accepté |
| Application Android | Import via Dropbox | Accepté |
| Application Android | Glisser-déposer depuis Google Photos | Accepté |
| Web mobile | Galerie / sélecteur Photos | Accepté |
| Web mobile | Copier-coller et autres méthodes essayées | Acceptées |
Ces résultats concernent mes essais avec ce SVG précis. Ils ne démontrent pas que tous les fichiers SVG, ni toutes les versions de l’application, réagissent de la même manière.


Pour éliminer une différence de téléphone ou de fichier, j’ai ouvert ChatGPT Android et ChatGPT Web mobile dans Chrome sur le même appareil, en écran partagé. J’ai utilisé le même SVG et le sélecteur de photos. Dans l’application, l’import est refusé ; dans le navigateur, le fichier peut être ajouté puis envoyé.
Icône d’échec, envoi impossible tant que le fichier reste présent.
Le fichier est accepté depuis le sélecteur sur le même téléphone.



En septembre, l’envoi du SVG avait rendu trois discussions inutilisables dans mes conditions de test. Le 10 octobre, le fichier était refusé avant l’envoi et la conversation restait accessible. Le 24 octobre, j’ai découvert que le même fichier pouvait tout de même être transmis par d’autres chemins, sans reproduire l’ancien blocage.
Je ne peux pas affirmer qu’OpenAI a appliqué un correctif précis, ni dater un éventuel changement interne. Mes observations montrent cependant un changement de comportement entre les essais initiaux et ceux d’octobre. Elles révèlent surtout une différence de traitement selon la méthode d’importation.
Pourquoi l’application Android empêche-t-elle immédiatement l’envoi du SVG depuis la galerie ou le copier-coller, alors qu’elle accepte ce même fichier par Fichiers, Dropbox ou glisser-déposer, et que ChatGPT Web mobile l’accepte depuis la galerie ?
Le 10 octobre, je pensais avoir compris : le fichier qui avait bloqué mes conversations semblait désormais arrêté avant l’envoi. Je voyais ça comme la fin du problème.
Mais j’y ai repensé. J’ai repris exactement le même SVG et essayé d’autres gestes, d’autres chemins, d’autres interfaces. Et j’ai découvert que le blocage n’était pas général. Ce qui m’interroge le plus, ce n’est pas qu’un fichier échoue : c’est qu’il soit refusé avec autant de fermeté par une méthode, puis accepté par une autre dans la même application.
Je ne prétends pas avoir découvert une vulnérabilité. Je ne connais pas les mécanismes internes de ChatGPT. J’observe simplement qu’en changeant la façon d’importer le fichier, j’obtiens un résultat différent. Et je trouve cette incohérence suffisamment importante pour la documenter.
Cette nouvelle série de tests m’a aussi rappelé une chose : une conclusion peut sembler évidente tant qu’on n’a pas essayé un autre chemin.
Les observations du 24 octobre reposent sur mes essais, des captures d’écran et une comparaison en écran partagé. Les captures présentées illustrent les états visibles de l’interface ; elles ne donnent pas accès aux journaux techniques ni au fonctionnement interne des services. Les autres chemins d’importation et le copier-coller sont également rapportés d’après les essais réalisés.
Cette mise à jour complète les sections 01 à 08 sans les remplacer. Elle ne prouve ni l’existence d’une faille de sécurité, ni l’intention d’un blocage volontaire, ni la généralisation du comportement à tous les SVG.
Mise à jour rédigée le 25 octobre 2026 à partir de l’étude de cas archivée et des tests/captures du 24 octobre 2026.
Arnaud Yone · Études d’usage IA & QA mobile