---
title: "Échec du chargement des images ou des pièces jointes"
description: "Guide de dépannage des chargements de fichiers dans Vitextra Discussions : une image en ligne qui n'est pas insérée (limite de 10 Mo, fichiers non image), la bibliothèque Discussions Assets manquante sur les tableaux créés avec une version antérieure, les autorisations sur la bibliothèque et les listes, les pièces jointes désactivées dans les paramètres de la liste, les noms de fichiers en double ou non valides, les images que les autres lecteurs ne voient pas et le contenu collé qui renvoie vers des images externes."
url: https://vitextra.com/fr/support/kb/10431
language: fr
published: 2026-11-02
modified: 2026-11-01
author: "Lidija Reising"
tags: ["échec chargement image Discussions", "image de plus de 10 Mo", "bibliothèque Discussions Assets manquante", "Attach file ne fonctionne pas Discussions", "erreur chargement pièce jointe liste SharePoint", "image non affichée pour les autres utilisateurs", "coller une image forum de discussion", "dépannage Vitextra Discussions"]
---

# Échec du chargement des images ou des pièces jointes

Guide de dépannage des chargements de fichiers dans Vitextra Discussions : une image en ligne qui n'est pas insérée (limite de 10 Mo, fichiers non image), la bibliothèque Discussions Assets manquante sur les tableaux créés avec une version antérieure, les autorisations sur la bibliothèque et les listes, les pièces jointes désactivées dans les paramètres de la liste, les noms de fichiers en double ou non valides, les images que les autres lecteurs ne voient pas et le contenu collé qui renvoie vers des images externes.

## Vue d'ensemble

[Discussions](https://vitextra.com/fr/products/discussions) gère deux types de fichiers. Les **images en ligne** sont des images insérées dans le texte d'un sujet ou d'une réponse ; l'éditeur les charge dans la bibliothèque de documents `Discussions Assets` du site et insère un lien. Les **pièces jointes** sont des fichiers ajoutés avec le bouton **Attach file** (joindre un fichier) ; elles sont stockées comme pièces jointes d'élément de liste sur le sujet ou la réponse, dans la liste `Discussions Topics` ou `Discussions Posts`. Les deux exigent que l'utilisateur dispose de **Add Items** (Ajouter des éléments) sur le site, et les deux peuvent échouer pour une poignée de raisons bien définies. Cet article les recense avec la vérification et la solution pour chacune ; l'utilisation prévue de ces fonctionnalités est décrite dans [KB10401. Mise en forme des publications : l'éditeur de texte enrichi, les images et les blocs de code](https://vitextra.com/fr/support/kb/10401) et [KB10402. Joindre des fichiers aux sujets et aux réponses](https://vitextra.com/fr/support/kb/10402).

## Commencez ici

| Ce que vous voyez | Consultez |
|---|---|
| Un message rouge tel que *The image is larger than 10 MB.* apparaît au-dessus de l'éditeur et aucune image n'est insérée | [L'image n'est pas insérée](#image-not-inserted) |
| *Sorry, something went wrong...* lors de l'insertion d'une image sur un tableau qui fonctionnait avant la mise à jour | [La bibliothèque Assets est manquante](#assets-missing) |
| *Access denied.* lors de l'insertion d'une image ou de l'ajout d'une pièce jointe | [Autorisations](#permissions) |
| Une erreur technique en cliquant sur **Attach file** | [Les pièces jointes sont refusées](#attachments-rejected) |
| L'auteur voit l'image, les autres lecteurs voient une image cassée | [Les lecteurs ne voient pas l'image](#readers-cannot-see) |
| Les images collées depuis un e-mail ou une page web ne s'affichent pas pour les autres | [Contenu collé](#pasted-content) |
| Pas de bouton **Attach file** | [Le bouton est absent](#button-missing) |

## L'image n'est pas insérée

**Symptôme.** Vous cliquez sur **Insert image** (insérer une image), collez ou déposez une image ; le petit indicateur de chargement de la barre d'outils tourne puis s'arrête, rien n'est inséré dans le texte, et une barre de message rouge au-dessus de l'éditeur indique la raison. La barre peut être fermée avec son **x**.

**Causes et solutions.**

- **Le fichier dépasse 10 Mo.** L'éditeur refuse les images de plus de 10 Mo avant de les charger (le message de limite est *The image is larger than 10 MB.*). Redimensionnez ou compressez l'image ; les captures d'écran et les photos prises avec un téléphone sont généralement bien en dessous de la limite une fois exportées en JPEG ou PNG à la taille de l'écran.
- **Le fichier n'est pas une image.** Seuls les fichiers dont le type est une image (`image/png`, `image/jpeg`, `image/gif`, `image/webp`, etc.) sont chargés ; un PDF ou un document déposé dans l'éditeur est ignoré. Ajoutez ces fichiers avec **Attach file** à la place.
- **Plusieurs fichiers à la fois.** Les images sont chargées les unes après les autres ; si l'une d'elles échoue, les suivantes ne sont pas insérées, et la barre de message indique la raison pour l'image en échec. Insérez de nouveau les images restantes.

📝 **Remarque**  
Chaque image chargée reçoit un nom unique généré et est stockée dans un dossier portant le nom de l'année en cours à l'intérieur de `Discussions Assets`, par exemple `Discussions Assets/2026/`. Le nom de fichier d'origine est conservé comme texte de remplacement de l'image.

## La bibliothèque Assets est manquante

**Symptôme.** Sur un tableau créé avec la version 26.10.1 et dont la page n'a été ouverte par aucun modérateur depuis la mise à jour, l'insertion d'une image échoue avec *Sorry, something went wrong. Please refresh the page and try again.*, et le bouton **Follow** est lui aussi absent.

**Cause.** La première préversion ne créait que trois listes. La version 26.10.2 a ajouté la liste `Discussions Subscriptions` et la bibliothèque `Discussions Assets` ; un composant WebPart configuré avant la mise à jour ne les possède pas tant qu'elles n'ont pas été créées. Depuis la version 26.10.3, cela se fait automatiquement : la première fois qu'un utilisateur disposant de **Manage Lists** (un propriétaire du site ou un modérateur) ouvre la page, le composant WebPart crée les listes et les colonnes manquantes. D'ici là, les membres qui ouvrent la page ne font que rechercher les listes et obtiennent l'erreur. Sans la bibliothèque, il n'y a nulle part où charger les images.

**Solution.** Un utilisateur disposant de **Manage Lists** (Gérer les listes) sur le site (un propriétaire du site) ouvre simplement la page du tableau : le composant WebPart crée la liste et la bibliothèque manquantes et ajoute les colonnes introduites par les versions ultérieures. Autre possibilité : le propriétaire du site modifie une page, ajoute un nouveau composant WebPart **Discussions**, choisit **Existing board**, sélectionne le tableau et clique sur **Use board** ; la configuration du tableau met toujours les listes à jour, et le composant WebPart supplémentaire peut ensuite être retiré. Les composants WebPart existants sur les autres pages trouvent automatiquement la nouvelle bibliothèque à leur prochain chargement. Voir [KB10050. Comment mettre à jour une solution Vitextra SPFx dans SharePoint Online](https://vitextra.com/fr/support/kb/10050) pour la mise à jour du package lui-même.

![Les cinq listes Discussions dans Contenu du site, y compris la bibliothèque Assets](https://static.vitextra.com/articles/10431/site-contents-assets-fr.png)
*Les cinq listes Discussions dans Contenu du site, y compris la bibliothèque Assets*

## Autorisations

**Symptôme.** *Access denied.* apparaît lors de l'insertion d'une image ou de l'ajout d'une pièce jointe, alors que l'utilisateur peut publier des sujets et des réponses.

**Cause.** Publier nécessite **Add Items** sur les listes `Discussions Topics` et `Discussions Posts` ; charger une image nécessite **Add Items** sur la bibliothèque `Discussions Assets`, et ajouter une pièce jointe nécessite le droit de modifier l'élément auquel elle est attachée. Les cinq listes héritent par défaut des autorisations du site ; un membre qui peut publier peut donc aussi charger des fichiers. L'erreur apparaît lorsqu'un propriétaire du site a attribué des **autorisations uniques** à la bibliothèque ou à une liste en oubliant le public, ou lorsque l'élément appartient à quelqu'un d'autre et que l'utilisateur n'est pas modérateur.

**Vérification.** Ouvrez **Contenu du site** (Site contents), puis **Paramètres → Autorisations pour cette liste** (Settings → Permissions for this list) de `Discussions Assets` et des deux listes. Comparez-les avec les autorisations du site.

**Solution.** Rétablissez l'héritage (**Supprimer les autorisations uniques**, Delete unique permissions) ou accordez au groupe Members (Membres) du site **Contribute** (Collaboration) sur la bibliothèque. Les pièces jointes sur les publications d'autres personnes sont, par conception, réservées aux modérateurs. Voir [KB10408. Autorisations dans Discussions : qui peut lire, publier et modérer](https://vitextra.com/fr/support/kb/10408).

## Les pièces jointes sont refusées

**Symptôme.** Cliquer sur **Attach file** et choisir un fichier produit une barre d'erreur rouge avec un message de SharePoint.

**Causes et solutions.**

- **Les pièces jointes ont été désactivées sur la liste.** Les listes sont créées avec les pièces jointes activées ; si un propriétaire du site a réglé **Paramètres de la liste → Paramètres avancés → Pièces jointes** (List settings → Advanced settings → Attachments) sur *Désactivé*, SharePoint refuse tout chargement. Réactivez les pièces jointes sur `Discussions Topics` et `Discussions Posts`.
- **Un fichier du même nom est déjà joint** à ce sujet ou à cette réponse. SharePoint n'autorise qu'une seule pièce jointe par nom sur un élément. Renommez le fichier, ou supprimez d'abord l'ancienne pièce jointe avec le **x** de sa puce.
- **Le nom contenait des caractères que SharePoint n'accepte pas.** Le composant WebPart remplace `\ / : * ? " < > | # % & { } ~` par un trait de soulignement et raccourcit les noms de plus de 120 caractères avant le chargement ; ce cas est donc rare. Un nom composé uniquement de tels caractères devient `file`.
- **Le fichier est trop volumineux pour une pièce jointe d'élément de liste.** Le composant WebPart n'impose aucune limite propre ; les limites de SharePoint Online s'appliquent. Les fichiers très volumineux ont davantage leur place dans une bibliothèque de documents, avec un lien depuis la publication.
- **Le sujet a été publié, mais l'un de ses fichiers ne l'a pas été.** Lorsqu'un nouveau sujet est créé avec plusieurs fichiers, le sujet est d'abord enregistré, puis les fichiers sont chargés un par un ; un fichier en échec affiche une erreur, mais le sujet et les autres fichiers sont conservés. Ouvrez le sujet et ajoutez le fichier manquant avec **Attach file**.

![Fichiers choisis avec Attach file avant la publication d'une réponse](https://static.vitextra.com/articles/10431/attach-file-pending-fr.png)
*Fichiers choisis avec Attach file avant la publication d'une réponse*

## Les lecteurs ne voient pas l'image

**Symptôme.** L'auteur voit l'image dans la publication ; les collègues voient une image cassée ou seulement son texte de remplacement.

**Cause.** L'image est un fichier de `Discussions Assets`, et les lecteurs ont besoin de **Read** (Lecture) sur cette bibliothèque. Si la bibliothèque possède des autorisations uniques qui excluent une partie du public, ou si la page est partagée avec des personnes qui n'ont aucun accès au site, le navigateur ne peut pas charger le fichier alors que le texte de la publication (stocké dans la liste) s'affiche toujours.

**Solution.** Accordez aux lecteurs au moins **Read** sur `Discussions Assets`, de préférence en rétablissant l'héritage des autorisations. Les invités du site voient les images comme tout le monde.

## Contenu collé

**Symptôme.** Du texte collé depuis Outlook, Word ou une page web affiche ses images pour l'auteur mais pas pour les autres, ou n'affiche aucune image du tout.

**Cause.** Lorsqu'une image est collée sous forme de **fichier** (par exemple une capture d'écran depuis le presse-papiers), l'éditeur la charge sur le site. Lorsque le contenu collé est du **HTML qui renvoie vers des images** situées ailleurs, l'éditeur conserve les liens et les fichiers ne sont pas copiés : une image sur une page intranet ou dans une boîte aux lettres est accessible pour l'auteur mais pas pour les autres lecteurs, et les images dont l'adresse n'est pas sûre sont supprimées par le nettoyeur de l'éditeur.

**Solution.** Enregistrez l'image sous forme de fichier et insérez-la avec **Insert image**, ou faites glisser le fichier dans l'éditeur. Les images de la publication sont alors stockées sur le site comme toutes les autres.

## Le bouton Attach file est absent

**Symptôme.** Il n'y a pas de bouton **Attach file** sous un sujet ou une réponse, alors qu'il apparaît sous d'autres.

**Cause.** Des fichiers ne peuvent être ajoutés à une publication **existante** que par son auteur et par les modérateurs ; les autres utilisateurs voient les pièces jointes, mais pas le bouton. Dans l'éditeur de réponse et le formulaire de nouveau sujet, le bouton est affiché pour toute personne autorisée à publier. Un sujet **verrouillé** n'a pas d'éditeur de réponse, et seuls les modérateurs peuvent répondre à un sujet **en attente** tant qu'il n'est pas approuvé.

❗ **Important**  
Les pièces jointes et les images sont des fichiers ordinaires du site : les étiquettes de rétention, les étiquettes de confidentialité, eDiscovery et la corbeille s'y appliquent comme à tout autre fichier, et supprimer un sujet ou une réponse de la liste supprime ses pièces jointes avec lui. Lorsqu'un sujet ou une réponse est supprimé dans le composant WebPart, les images qu'il utilisait sont également retirées de `Discussions Assets` (supprimer un sujet supprime aussi ses réponses et leurs images) ; un élément supprimé directement dans la liste laisse ses images dans la bibliothèque. Voir [KB10412. Rétention, eDiscovery et étiquettes de confidentialité pour le contenu de Discussions](https://vitextra.com/fr/support/kb/10412).

💡 **Astuce**  
Pour les documents volumineux ou fréquemment mis à jour, chargez le fichier dans une bibliothèque de documents du site et collez un lien dans la publication avec le bouton **Link** de l'éditeur ; les lecteurs obtiennent toujours la version actuelle et la publication reste légère.