Champs non créés dans table

Bonjour,

Avec le fichier suivant, tous les champs ne sont pas créés dans la table spip_auteurs. Extras, saisie, extras interface et formidable à jour git en SPIP 3.2

Le .yaml n'étant pas accepté, voici son contenu :

spip_auteurs:
  -
    options: { nom: fieldset_1, label: Coordonnées, onglet: on, restrictions: { voir: { auteur: '' }, modifier: { auteur: '' } } }
    identifiant: '@60b600aae2016'
    verifier: {  }
    saisie: fieldset
    saisies: [{ options: { nom: adresse1, label: Adresse, type: text, size: '40', autocomplete: defaut, obligatoire: on, restrictions: { voir: { auteur: '' }, modifier: { auteur: admin_complet } }, sql: 'text DEFAULT '''' NOT NULL', traitements: _TRAITEMENT_TYPO, versionner: on }, identifiant: '@60b600c89b4d5', verifier: {  }, saisie: input }, { options: { nom: adresse_2, label: 'Adresse (complément)', type: text, size: '40', autocomplete: defaut, restrictions: { voir: { auteur: '' }, modifier: { auteur: admin_complet } }, sql: 'text DEFAULT '''' NOT NULL', rechercher: on, rechercher_ponderation: '2', traitements: _TRAITEMENT_TYPO, versionner: on }, identifiant: '@60b60149dfda5', verifier: {  }, saisie: input }, { options: { nom: codepostal, label: 'Code postal', type: text, size: '40', autocomplete: defaut, obligatoire: on, restrictions: { voir: { auteur: '' }, modifier: { auteur: admin_complet } }, sql: 'text DEFAULT '''' NOT NULL', rechercher: on, rechercher_ponderation: '2', traitements: _TRAITEMENT_TYPO, versionner: on }, identifiant: '@60b601799df6e', verifier: {  }, saisie: input }, { options: { nom: ville, label: Ville, type: text, size: '40', autocomplete: defaut, obligatoire: on, restrictions: { voir: { auteur: '' }, modifier: { auteur: admin_complet } }, sql: 'text DEFAULT '''' NOT NULL', rechercher: on, rechercher_ponderation: '2', traitements: _TRAITEMENT_TYPO, versionner: on }, identifiant: '@60b6019abba6e', verifier: {  }, saisie: input }]
  -
    options: { nom: fieldset_2, label: 'Informations de filtrage annuaire', onglet: on, restrictions: { voir: { auteur: '' }, modifier: { auteur: '' } } }
    identifiant: '@60b602268320d'
    verifier: {  }
    saisie: fieldset
    saisies: [{ options: { nom: visibilite, label: Visibilité, datas: "oui|Apparaître dans l'annuaire public\r\nnon|Ne pas apparaître dans l'anuuaire public", defaut: non, obligatoire: on, restrictions: { voir: { auteur: '' }, modifier: { auteur: '' } }, sql: 'text DEFAULT ''non'' NOT NULL' }, identifiant: '@60b6032f37e24', verifier: {  }, saisie: radio }, { options: { nom: pratique, label: Pratique, datas: "ind|Individuelle\r\ngp|Groupe\r\nvisio|Visio", choix_alternatif_label: 'Autre choix', afficher_si: '@visibilite@=="oui"', obligatoire: on, restrictions: { voir: { auteur: '' }, modifier: { auteur: '' } }, sql: 'text DEFAULT '''' NOT NULL' }, identifiant: '@60b6025f42344', verifier: {  }, saisie: checkbox }, { options: { nom: public, label: Public, datas: "enfants|Enfants (jusqu'à 12 ans)\r\nado|Adolescents (13 à 18 ans)\r\nadultes|Adultes\r\nseniors|Séniors", choix_alternatif_label: 'Autre choix', afficher_si: '@visibilite@=="oui"', obligatoire: on, restrictions: { voir: { auteur: '' }, modifier: { auteur: '' } }, sql: 'text DEFAULT '''' NOT NULL' }, identifiant: '@60b60384de946', verifier: {  }, saisie: checkbox }]

Précision : rien n'est créé après ville.

Si je duplique ville pour rajouter telephone, telephone n'est pas créé.

J'ai trouvé : il ne fallait pas de champ de type text si je définissais une valeur par défaut.

J'ai mis de type VARCHAR(3) pour visibilite et c'est bon.

Remarque : pour réussir à se sortir de ce mauvais pas, la procédure est la suivante :

• modifier les déclarations SQL
• exporter les champs de la table concernée
• retourner supprimer tous les champs de la table concernée
• importer les champs tout justes exportés

C'est dommage de ne pas avoir les messages d'erreurs MySQL autrement que dans sql.log

@RealET a fermé ce ticket

C'est plus précis : c'est juste que tu arrêtes d'utiliser windows pour faire du web :p

https://stackoverflow.com/questions/3466872/why-cant-a-text-column-have-a-default-value-in-mysql

Quand j'ai eu le problème, c'était sous Linux avec MariaDB ;-)