Sur contrib, actuellement, on ne peut charger des documents ZIP (11162)
Ben_spip a créé un environnement de test afin de ne pas mettre à jour contrib si le test ne fonctionne pas. Ce site est en 11333, il a donc fait les dernières mises à jour sur les documents :
Mar 19 02:48:25 81.56.230.168 (pid 13347) 11268/0: maj_11268
Mar 19 02:48:25 81.56.230.168 (pid 13347) 11268/0: ok
Mar 19 02:48:25 81.56.230.168 (pid 13347) MAJ vers 11268 en 0 secondes
Mar 19 02:48:25 81.56.230.168 (pid 13347) 11276/0: maj_11276
Mar 19 02:48:25 81.56.230.168 (pid 13347) 11276/0: ok
Mar 19 02:48:25 81.56.230.168 (pid 13347) MAJ vers 11276 en 0 secondes
Seulement dessus, on ne peut charger aucun document, même pas un document image (mais on peut charger une image par le formulaire image) et pas de zip donc non plus. En fait les documents s'enregistrent dans IMG mais pas dans la base.
Je soupconne fortement la table spip_type_documents qui n'a pas correctement fait sa mise à jour (par rapport à ce qui était prévu) car le champs 'extension' n'est pas passé "primary key" et il reste 'id_type' qui est toujours la clé primaire.
Ces histoires me dépassent un peu... on pourrait modifier la base à la main... mais il est vraissemblable que d'autres sites soient affectés par ces changements qui ne se font pas.
Sur contrib, actuellement, on ne peut charger des documents ZIP (11162)
Je soupconne fortement la table spip_type_documents qui n'a pas correctement fait sa mise à jour (par rapport à ce qui était prévu) car le champs 'extension' n'est pas passé "primary key" et il reste 'id_type' qui est toujours la clé primaire.
J'ai effectué à la main les requetes suivante sur la base teste de contrib et elles se déroulent effectivement comme elles le devraient. On peut de nouveau uploader des documents, mais pas toujours pas les zip :
ALTER TABLE spip_types_documents CHANGE `id_type` `id_type` BIGINT( 21 ) NOT NULL
ALTER TABLE spip_types_documents DROP `id_type`
ALTER TABLE spip_types_documents ADD PRIMARY KEY (`extension`)
La mise à jour s'est-elle faite sans executer ces requetes ?
Du coup, je m'intérroge si la mise à jour s'est réellement effectuée ?
la particularite de contrib est qu il est passe de temps en temps
en svn (un peu comme paolo qui fait des mises a jour regulieres)
du coup il se peut qu une mise a jour ce soit mal passee .
pour moi il n est pas forcemment necessaire de chercher pendant
des heures et des heures d ou cela peut venir mais surtout de reparer
et d avoir un endroit ( tickets ? ) ou l on indiaue comment
reparer (avec les alter tables que tu viens de faire par exemple )
pour le probleme des zip de contrib c est ici par exemple http://trac.rezo.net/trac/spip/ticket/1257
: