Hello.
J'ai un dump (version="1.9.3 dev" - version_base="11276" - version_archive="1.3") avec une table spip_types_documents qui contient encore les anciennes valeurs (Primary key : id_type)
et sa restauration ne remplit aucune entrée sur le nouveau site (dont 'extension' est la clé primaire maintenant)
Comme cette table est alors vide sur le nouveau site, il devient impossible d'ajouter des documents ("extension xxx interdite à l'upload")
En supprimant les <id_type>[0-9]*</id_type> du dump, la restauration s'effectue correctement.
Est-ce que cela est du au fait que *normalement* en 11276, la table spip_types_documents n'aurait pas du avoir le id_type qui aurait du être supprimé et du coup la restauration croit que... ou est-ce que dès qu'il y a une <colonne_inconnue>valeur</colonne_inconnue> dans un dump, la restauration l'ajoute à l'insertion sql qui echoue donc ?
Ou encore, est que c'est à cause du nom du champ qui commence par "id_", alors analysé différemment par la restauration ?