bon, bah il y  avait encore un cas d'admin restreint qui empechait le dump de se terminer ([8479]). On va peut-etre finir par y arriver.

consequences de [8476] : le critere {origine_traduction} doit donner tous les articles, traduits ou pas, qui ne sont pas des traductions (cf. test correspondant dans criteres/origine_traduction) ; par ailleurs le modele donne dans la dist ne doit pas afficher le bloc si l'article est tout seul (code un peu trop complique a mon gout)

scories dans le cartouche "dans la meme rubrique", indépendamment de la fonctionnalité généralisée qui reste en mode expérimental.

bug dans [8244] qui oubliait qu'il y a deux cas ; du coup on les separe mieux, ca limite le risque de recommencer (bug detecte, analyse & corrige par toggg)

la signature d'une petition doit provoquer un choix de langue correspondnt a la petition (si ce n'est pas la langue ppale du site) cf #740, xavier

la fonction sax_bug porte encore un peu mieux son nom, et se charge d'escamoter le doctype
de la page, et de le renvoyer separemment, pour pouvoir le recoller en tete apres analyse.
En esperant ne rien avoir casse dans les scenarii php4"

"retour du dump mixant toutes les contraintes (sauvegardes partielles des admin restreints, interruption/reprise en cours pour les grosses bases)
les parties sont en .gz par defaut, meme si le dump final est non comprimee
la sauvegarde des logos est desactivee par defaut, il suffit de mettre 
la globale $EXPORT_logos=true pour les sauvegarder
Cela meritera une checkbox, comme pour la restauration/fusion"

critere {traduction} fonctionne sur un article tout seul (cf. tests/criteres/traduction et http://thread.gmane.org/gmane.comp.web.spip.devel/38931/ (Paolo)

pour VIN bien chercher VIN___

Fin de la tache #685, (suite de [8442] [8370]): les sauvegardes produites par SPIP indiquent à présent lorsqu'un objet a des logos on et/ou off, et si oui le type (gif/jpg/png) de chacun. Du coup, la fusion d'une sauvegarde avec la BD d'un site importe ces logos sans essayer les 3 formats pour chacun des 2 et 
pour chaque objet de la sauvegarde.

Le format des sauvegardes a donc un peu changé en ce que les balises de tables (<spip_rubriques>, <spip_articles> etc) peuvent avoir des attributs, on et off en l'occurrence. On ne passe pas à un numérotation 1.4 du format de sauvegarde pour autant, tout analyseur XML étant supposé savoir qu'une balise peut avoir des attributs.

Par ailleurs, la sauvegarde pour admin restreint est un peu plus fine (on n'exporte plus les modifs de versions des articles non administrés), mais reste encore grossière sur certains points (importation de tous les auteurs et de tous les références de documents) mais c'est mineur.

Aussi dans ce dépot: migration de la fonction description_table, auparavant confiné dans le inc/import, dans base/abstract_sql, pour partage ultérieur avec du code très ressemblant.

Pourquoi faire simple quand on peut faire compliqué: depuis la nuit des temps SPIP faisait une requete mysql_field_name pour exporter une table alors que le spip_fetch_array qui suit contient aussi ces informations. Et un peu plus de lisibilité.

en particulier sur les tags auto fermant (<tag />)"

Correction de [8454]: vraiment sportif de concilier les extraits de table pour les admins restreints et l'écriture par tranche de table pour reprendre sur time-out. Ca semble correct à présent.

remplacement du ereg pas assez général vu les nouveaux attributs mis dans la balise initiale d'une sauvegarde

Quand la rubrique par defaut n'est pas autorisee, on cherche un des secteurs autorises et on le prend par defaut
si aucun secteur n'est autorise, il y a plus grand chose a faire ...