Téléchargement de documents impossible avec SPIP 2.1.6

lili44300

Janvier 2011

Bonjour,

Ayant installé en local la dernière version de SPIP (v. 2.1.6), je constate qu’il m’est impossible d’ajouter des documents via l’outil "Ajouter un document ou une image", en haut à gauche, lorsqu’on rédige un article.
Après avoir sélectionné un fichier, quand je clique sur le bouton "Télécharger", on dirait qu’il y a un semblant d’envoi de requête, puisqu’une petite roue s’affiche, mais au bout de 2 secondes, plus rien ! Et pas de document mis en ligne !

J’ai également installé cette version de SPIP sur un serveur distant, et là encore, le problème persiste. Des idées ?

Merci d’avance.
Aurélie Dufour

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

Baguf

Janvier 2011

Des fichiers trop importants en taille peut-être ?

Ou encore l’option de téléchargement de documents joints désactivée dans la partie configuration de l’espace privé ?
Indiquez l’intérêt que vous portez à cette réponse

0

lili44300

Janvier 2011

Non, il s’agit d’images JPEG toutes simples, ou encore de courtes vidéos au format FLV, que j’arrive à uploader sans problème sur un autre site en version 2.1.5 de SPIP.
Idem, mais c’est un autre problème, peut-être lié lui aussi à la dernière version du CMS, la langue par défaut est l’arabe (boutons d’administration et erreurs de boucle en arabe) ?!? Bizarre...

Est-ce que d’autres personnes rencontrent ces problèmes ?
Indiquez l’intérêt que vous portez à cette réponse

0

lili44300

Janvier 2011

Pour la langue arabe par défaut, j’ai trouvé ce qui pose problème. Il faut regarder les lignes d’insertion en base de données MySQL et plus particulièrement celle-ci :

INSERT INTO <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+c3BpcF9tZXRhPC9jb2RlPg=="></span> VALUES('langue_site', 'ar', 'non', '2010-12-28 11:49:50');

Et y remplacer ’ar’ par ’fr’, ce qui donne ceci :

INSERT INTO <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+c3BpcF9tZXRhPC9jb2RlPg=="></span> VALUES('langue_site', 'fr', 'non', '2010-12-28 11:49:50');

Et là tout rentre dans l’ordre ! :)

Bon par contre, ça ne résout pas mon problème de téléchargement de documents... Je préviens dès que j’ai une piste ou si j’ai résolu ce bug ! ;)
Indiquez l’intérêt que vous portez à cette réponse

0

lili44300

Janvier 2011

Je n’ai toujours pas trouvé ce qui m’empêche de télécharger des documents dans les articles de SPIP... des pistes ?
Indiquez l’intérêt que vous portez à cette réponse

0

lili44300

Janvier 2011

Bizarre que le problème n’apparaisse pas pour télécharger le logo du site. Donc j’exclue un problème de droits en écriture sur le dossier IMG...
Indiquez l’intérêt que vous portez à cette réponse

0

lili44300

Janvier 2011

La comparaison de requêtes HTTP, entre un site SPIP fonctionnel pour le téléchargement de documents et le site posant problème, avec Charles Proxy, ne donne rien de spécial... Tout semble correct ! :-o
J’ai également volontairement essayé de télécharger un fichier bien trop volumineux pour SPIP, et j’obtiens un message d’erreur, m’indiquant que le fichier envoyé est trop gros : comme quoi, il y a bel et bien un semblant de requête.

Alors pourquoi malgré tout, les documents ne sont pas chargés sur le serveur, dans le répertoire IMG, ni même enregistrés en base de données ?
Indiquez l’intérêt que vous portez à cette réponse

0

Suske

Janvier 2011

Vous devriez poster les éléments techniques sur spip-dev@rezo.net puisqu’il semble que ce soit un bug (mais je ne le reproduis pas chez moi en SPIP 2.1.6)
Indiquez l’intérêt que vous portez à cette réponse

0

Etienne

Janvier 2011

Exactement dans la même situation très handicapante avec SPIP 2.1.8, du nouveau ?
Indiquez l’intérêt que vous portez à cette réponse

0

lili44300

Janvier 2011

Avec la version 2.1.6, la seule solution que j’ai trouvé était de rétrograder vers la version 2.1.5... Le téléchargement fonctionnait alors de nouveau, jusqu’à ce que depuis environ une semaine, je rencontre à nouveau ce même problème ! :-/

C’est vraiment étrange : je me demande si le problème ne provient pas de la gestion de SPIP de la date d’envoi du document, car je sais qu’en novembre dernier, j’ai eu des problèmes de téléchargement sur certains sites SPIP qui m’indiquaient une erreur liée à la date !!!

Bizarre bizarre...
Indiquez l’intérêt que vous portez à cette réponse

0

Janvier 2011

J’ai installé en parallèle la version développement de SPIP (2.3), avec laquelle je pouvais insérer correctement des images. Malheureusement il y avait un bug avec les plugins de mon site.
Curieusement, quand je suis revenu sous l’ancienne version après quelques messages d’erreur et autoréparation de SPIP, l’insertion des images s’est mise à fonctionner ! (après aussi que j’ai créé manuellement un dossier jpg dans /IMG) Lorsque j’insère des docs d’un nouveau format, le dossier au format en question se crée tout seul. Mystère... mais ça marche !

NB : je suis en local avec MAMP sous osX.
Indiquez l’intérêt que vous portez à cette réponse

0

lili44300

Janvier 2011

Ce n’est pas un problème de droits d’écriture sur le dossier IMG chez moi. J’ai pu tester en local, sur environnement Mac, avec MAMP, et à distance, sur différentes plateformes d’hébergement, et le problème reste le même ! :-(
Son côté aléatoire est assez déroutant, d’autant plus qu’aucun message d’erreur (JS, PHP, requête HTTP...) ne s’affiche chez moi ?
Mais peut-être que les personnes qui rencontrent également ce bug ont quant à elles de précieux indices qui nous aideraient tous à avancer ?
Indiquez l’intérêt que vous portez à cette réponse

0

Etienne

Février 2011

Contrairement à ce qui est dit dans mon message précédents, cela ne marche plus. En fait la fonction ajout d’image fonctionnait jusqu’a ce que je restaure la database à partir du dump (donc pas un problème de spip ni de serveur ni de fichier). Dans mon cas, le souci viendrait de la table spip_types_documents de ma database qui semble vide (phpMyAdmin me dit "Aucun enregistrement" et "la table semble vide !"). J’utilise le dump d’un modèle de site institutionnel prédéfini qui doit être mis à jour par son créateur (que je remercie) pour que ce bug disparaisse, la solution semble donc être d’ajouter des entrées dans la table spip_types_documents.
Indiquez l’intérêt que vous portez à cette réponse

0

lili44300

Février 2011

Merci pour cette indication !
Il est vrai que j’ai constaté qu’un de mes sites est "tombé" niveau téléchargement d’images, suite à la restauration d’une base, mais importée directement dans PhpMyAdmin, avec un dump MySQL, et non SPIP. Je vais comparer les entrées entre quelques sites et je verrai bien si en effet, cela concorde ! ;)
Indiquez l’intérêt que vous portez à cette réponse

0

lili44300

Février 2011

J’ai regardé les entrées de la table spip_types_documents, à la fois en local (où le téléchargement d’images fonctionne) et sur le serveur où est hébergé le même site (qui rencontre des problèmes avec l’upload d’images).
Pour chacun des sites, la table en question n’est pas vide, j’ai bien 121 enregistrements de différents types de documents autorisés.

Du nouveau quant à ce bug ?
Indiquez l’intérêt que vous portez à cette réponse

0

Etienne

Février 2011

Maintenant que les entrées ont été ajoutées dans la table spip_types_documents, tout fonctionne correctement sur mon installation, cela venait bien de ça en ce qui me concerne.
Indiquez l’intérêt que vous portez à cette réponse

0

lili44300

Février 2011

Tant mieux si cela remarche chez vous ! :-)
De mon côté, je bidouille, en exportant les nouvelles entrées MySQL du site en local, pour les tables concernant les documents, vers le site dont l’upload ne fonctionne pas. De même, j’actualise le dossier IMG en conséquence... Solution de secours oblige en attendant !
Indiquez l’intérêt que vous portez à cette réponse

0

aeven

Mai 2011

Bonjour

De mon coté je me suis mis à rencontrer le même problème lors d’une mise à jour de Spip vers la version 2.0.15 : impossibilité de télécharger un document PDF autrement qu’en l’uploadant par FTP puis impossibilité d’attacher le fichier à un article.

Après plusieurs tests je me suis rendu compte qu’il était possible de télécharger et d’attacher des fichiers txt aux articles. J’ai donc regardé les droits attachés au type PDF dans le dossier IMG du site : 755 alors que pour les documents textes ils étaient à 777. J’ai changé les droits (777 sur le repertoire pdf) et tout est rentré dans l’ordre.
Indiquez l’intérêt que vous portez à cette réponse

0

bernez

Octobre 2012

Bonjour,

J’ai le même problème de téléchargement de fichiers, tout marchait très bien auparavant puis maintenant je ne peux uploader que des fichiers qui font moins de 50ko
Indiquez l’intérêt que vous portez à cette réponse

0

Suske

Octobre 2012

Comme expliqué ci-dessus, c’est probablement un problème de droits d’écriture pour le serveur sur le dossier en question.

(Et merci de créer un nouveau fil pour ce problème : celui-ci est ancien)

Cette discussion a été cloturée par un administrateur. Il n’est pas possible d’ajouter de nouveaux commentaires.