Report de r103990 : Le champ crédits est parfois un peu court (ici j'avais des lonnnngues URLs dedans) et elles étaient coupées.
On passe ce champ en 'text' déjà (65000 caractères). Ça sera déjà mieux.

Cela permet d'ordonner les documents attachés à des objets éditoriaux. L'ordre est stocké dans la colonne "rang_lien" de la table "spip_documents_liens".

différents fix avec php-cs-fixers. Fixers appliqués ici :

	'encoding',                // utf8
	'eof_ending',              // un saut de ligne en fin de fichier
	'elseif',                  // elseif plutôt que else if
	'function_call_space',     // espaces sur fonctions
	'function_declaration',    // espaces sur fonctions
	'function_typehint_space', // espaces sur fonctions
	'linefeed',                // sauts de ligne \n uniquement
	'lowercase_constants',     // true, false, null en munuscule
	'lowercase_keywords',      // mots clés PHP en lowercase
	'method_argument_space',   // espaces sur appels de fonctions
	'multiple_use',            // use unique sur fonctions anonymes
	'newline_after_open_tag',  // ouverture de php… et c'est tout sur cette ligne
	'operators_spaces',        // espaces de part et d'autres des opérateurs binaires
	'parenthesis',             // pas d'espace juste après parenthèse ouvrante, ou avant parenthèse fermante
	'php_closing_tag',         // pas de fermeture de php
	'short_tag',               // tag PHP corrects
	'trailing_spaces',         // pas d'espace qui traîne en fin de ligne
	'visibility',              // déclarer 'public / private / protected' sur les méthodes

Regles : 
- un espace après chaque virgule
- un espace avant et apres chaque '='

Jusqu'à présent,  ils étaient détectés comme des .m3u (liste de lecture mp3).

Report de r78585 : reparer l'upgrade depuis un SPIP 1.9 si on commence par supprimer connect.php et lancer l'install

retour sur z75962 car ça marche pas comme ça et en plus la config des docs joints aux articles remonte à la 1.9.2b (http://core.spip.org/projects/spip/repository/revisions/9462)...

Oui, mon php est très limité. Gogogo si vous avez mieux :-)

reporter medias_maj_meta_documents à v. 0.14 pour exécution après mise à jour depuis plugin mediatheque up to date (et qui propose une v. 0.12)

Ajout de la prise en compte de l'extension ".tar"

Version 2.8.14

Version de schéma 1.2.4

Sur les traces de http://core.spip.org/projects/spip/repository/revisions/20410 , ajouter un index nécessite ADD INDEX, pas seulement ADD.

Report de r69871 et r69920 : Les clauses DEFAULT sont trop souvent manquantes sur les champs extension, credits et statut de la base, car elles n'étaient pas initialement renseignées. On les remet d'applomb une bonne fois pour toute ( http://forum.spip.net/fr_246338.html) et on resycnrhonise la version base avec la branche stable

Mise a jour des annees pour les Copyrights (je ne connais pas l'utilite de cette info mais autant s'aligner sur les fichiers du core)

Ferme http://core.spip.org/issues/2679 : reparer les documents et le processus d'upgrade depuis spip 2.1

il faut inclure base/medias pour utiliser creer_base_types_doc : on refait l'upgrade pour corriger celles qui ont rates

Index objet et id_objet sur les tables spip_mots_liens et spip_documents_liens pour accelerer les requetes sur jointures

Le media d'un document (image, video, audio, file) utilise par convenance dans l'interface ne peut dependre en dur de l'extension du fichier :
avec oEmbed, on peut se retrouver a integrer toute sorte de media au format html
Du coup on revoit la structure de la base :
spip_types_documents porte un champ media_defaut (renommage de l'ancien media) utilise comme valeur par defaut du media si non renseigne quand un document est ajoute
spip_documents porte son propre champ media, qui est peuple en fonction de media_defaut, sauf si renseigne lors de l'ajout du document
(ie via fonction de description ou pipeline)
Revision du code partout ou on referencait media, en dispatchant sur l'un ou l'autre selon les cas
upgrade de la base (en deux fois)

if (!defined('_ECRIRE_INC_VERSION')) return; partout

SPIP ne pose pas de problèmes avec des fichiers de plus de 2Go sauf que le champ "taille" de spip_documents est un int et que sa valeur maximale est limitée ... On passe donc en bigint

- getID3 ici : http://zone.spip.org/trac/spip-zone/browser/_plugins_/getID3/base/getid3_upgrade.php#L44
- spipmotion ici : http://zone.spip.org/trac/spip-zone/browser/_plugins_/spipmotion/base/spipmotion_upgrade.php#L32