Une nouvelle version de SPIP est disponible. Elle contient de nombreuses corrections et améliorations par rapport à la 2.0.9. Nous vous conseillons de mettre à jour.
Vous pouvez télécharger cette version sur le site de SPIP : http://www.spip.net/fr_download
Les nouveautés de la 2.0.10
- 14367 et 14368 : appliquer les traitements automatiques sur le #TEXTE d’un message de forum
- 14392 et 14483 : ajouter $table_titre (utile pour la génération d’urls) dans le pipeline "declarer_tables_interfaces"
- 14393, 14394 et 14519 : mettre à jour toutes les dates de la branche de rubriques lors de la publication d’un article y compris avec la configuration par défaut "Ne pas publier les articles avant la date de publication fixée."
- 14399 : éviter l’affichage de "Array" dans la page des statistiques
- 14400 : éviter l’affichage intempestif de "_DOCTYPE_ECRIRE"
- 14409 : éviter l’erreur de connexion à un serveur nommé "int"
- 14413 : corriger l’appel à la version PostGres de listdbs
- 14433 : éviter les erreurs lors du passage d’un tableau en paramètre d’url
- 14442 : valider en XHTML strict #MENU_LANG
- 14445 : corriger le filtre form_hidden qui ne passe désormais que ce qui est nécessaire : la recherche ne retourne plus de résultats erronés
- 14451 : éviter l’erreur php "Call to undefined function gzcompress"
- 14470 : ne pas créer par défaut de répertoire xxx.plat qui peuvent provoquer des erreurs incompréhensibles
- 14471 : corriger le menu "afficher visiteurs"
- 14476 : faire fonctionner les paginations appelées par un modèle inclus dans du texte d’un article
- 14479 et 14670 : corriger le serveur lorsqu’une surcharge de l’installation comporte un appel à un serveur externe ; possibilité de déclaration de bases externes dans ecrire/ ?exec=admin_tech
- 14481 : en attendant mieux ? on remet le find_in_path() sur connect/$serveur.php qui permet le hack des boucles POUR et consœurs
- 14484, 14489 et 14521 : passer systématiquement la variable serveur pour parler à deux connexions en même temps (sinon, seule la dernière connexion ouverte parle)
- 14487 et 14566 : permettre l’enregistrement de la première révision dans le cas d’une reprise et signaler que le code de premiere_revision est à réviser
- 14488 : envoyer la date (de publication) avec le statut dans le pipeline notification lorsque l’on institue
- 14490 : corriger charger_fonction : ne pas ajouter de tiret si le dossier est vide
- 14491 : éviter les explosions mémoire en passant par un fichier temporaire pour dézipper
- 14495 et 14499 : renvoyer le nombre de lignes affectées par sql_delete (ou false) en -* cas d’erreur.
- 14497 : ajouter un define pour indiquer dans l’espace privé à partir de quel nombre de mots-clefs on abandonne la sélection dans une liste au profit d’une recherche
- 14498 : éviter une erreur fatale pour cause de double inclusion de url/propres via qs ou propres2
- 14508 : ne pas divulguer le login et pass à la base de donnees aux non webmestre qui n’y ont a priori pas accès
- 14517 : permettre la modification du choix d’apparaître dans la liste des connectés au seul auteur concerné
- 14550 et 14551 : renforcer les vérifications faites sur les mots-clés, en concentrant la logique dans autoriser()
- 14558 : supporter les formats open xml de microsoft
- 14561 : styler comme les autres les liens présents dans la description d’un plugin
- 14567 : ajouter un "rel=’nofollow’" sur toutes les pages du calendrier, afin de contrer les robots qui grèvent les performances
- 14572 : lancer un login automatique en fin d’installation
- 14589 : réparer la conversion des urls en urls absolues dans les fichiers css compactés
- 14592 : éviter que l’ajax de config_fonctions provoque l’erreur "config_fonctions n’existe pas"
- 14599 : utiliser un GROUP BY simple, beaucoup plus performant en MYSQL, et qui évite à Oracle de râler car on ne peut y faire de GROUP BY sur un BLOB
- 14605 et 14614 : accepter plusieurs groupes possibles de recherche de mots-cles
- 14608 et 14622 : ajouter les méthodes retrouver_login et informer_login à l’api AUTH et passer en globale le tableau des noms des attributs potentiellement porteurs du login
- 14612 : gestion de la redirection lorsqu’on arrive déjà loggé sur le formulaire de login (ie retour d’une identification SSO) ; déléguer à traiter() le soin de calculer la redirection et appliquer éventuellement
- 14626 : permettre à un SSO de revenir sur le login avec un message d’erreur dans var_erreur
- 14628 : utiliser redbot.org comme interface de test des entêtes
- 14635 : reparer
<BOUCLE_art(ARTICLES) {!id_mot IN (5,7)}> - 14640 : supprimer un spip_log obsolète
- 14645 : permettre la suppression de la vignette du document
- 14646 et 14647 : correction d’une boucle infernale (cas où un article peut avoir des dizaines de milliers de forums -forum.spip.org par exemple-)
- 14660 : affichage des messages d’erreur avant les input dans le formulaire de login
- 14663 : affichage des erreurs en retour du formulaire editer_auteur
- 14668 : affichage du bon message pour les auteurs à la poubelle qui tentent de s’inscrire à nouveau
- 14669 : éviter de faire des sql_delete à tout va sur un calcul de page
- 14671 : utilisation de l’écriture ldaps ://serveur comme premier argument de ldap_connect pour une connexion LDAP cryptée sur un autre port que le 389
- 14673 et 14676 :utilisation des api existantes pour que les plugins puissent faire leur travail
- 14677 : éviter les cookies enregistrant des forums vides
- 14678 : prise en compte des constantes _INSTALL_USER_LDAP et _INSTALL_PASS_LDAP à l’installation ; affichage des messages signalant que l’étape courante a été franchie avec succès ; meilleur contrôle d’erreur
- 14680 : correction du filtre inserer_attribut : support des tags fermés sans espace avant />
- 14682, 14683, 14684, 14685, 14686, 14687, 14688, 14689 et 14690 : mise en conformité pour php 5.3.0
- 14695 : correction d’une chaîne de langue
RSS 2.0
Vos commentaires
# Le 2 mars à 13:58, par anonyme
On héberge nous même le site, donc cela ne provient d’OVH.
Ce problème de connection sql qui n’est pas fermé et fait planter le site est très problèmatique
Répondre à ce message
# Le 12 février à 12:22, par Nathalie
idem, mais je pense que cela vient d’OVH...
Répondre à ce message
# Le 15 janvier à 16:32, par Anonyme
Bonjour,
depuis la mise en place de la version 2.0.10, on a des plantages réguliers parce que trop de connection à la base de données mysql (la dernière fois 85 connections concurrentes), comme si les connexion mysql n’étaient pas closes correctement.
Quelqu’un d’autre a-t-il rencontré ce genre de problème ?
# Le 29 janvier à 00:11, par ?
J’ai égalemnt remarqué ça oui. Sur OVH notamment...
Répondre à ce message
# Le 28 janvier à 20:21, par Kiba
j’ai essayé une ancienne version de SPIP et le panneau de contrôle m’a déçu,est ce que cette nouvelle version a modifié le panneau de contrôle ?
Répondre à ce message
# Le 13 janvier à 16:41, par Franck
Mise à jour du tonnerre, je l’installe :D
SuperRefman
Répondre à ce message
# Le 11 janvier à 15:20, par Pirouille
Bonjour
J’ai installé deux sites sous SPIP 2.0.10, et je rencontre un bug assez pénible : il semble que le cookie de correspondance ne fonctionne pas bien, du coup lorsqu’en interface privée on clique sur le bouton permettant normalement de passer au site public, le navigateur (je travaille sous firefox, il faudrait que je vérifie si ça fait pareil sous IE) lance bien le chargement mais... retourne sur l’interface privée.
La seule solution pour le moment est de désactiver ce cookie de correspondance avant de cliquer sur le lien vers le site public...
Quelqu’un a-t-il le même problème, ou du moins une idée de sa source ? Une piste de solution ? Ce n’est pas bloquant mais enlève énormément de souplesse...
Répondre à ce message
# Le 14 décembre 2009 à 08:26, par minicircul
Bonjour,
J’avais nommé les nom de groupes de mots clés pour un affichage dans un certain ordre sur la page de création ou de modification d’article...
Hors avec cette version les groupes de mots clés apparaissent non pas dans l’ordre alphanumérique mais dans l’ordre de l’identifiant numérique des groupes de mots clés... une solution ?
Merci par avance
# Le 2 janvier à 17:22, par Vivien
J’ai eu la même surprise. Heureusement, les écureuils sont déjà passés par là. :)
Pour revenir à l’affichage des groupes de mots-clefs trié par titre , il faut utiliser une mise à jour de marcimat du 3 novembre (en remplaçant id_groupe par titre ) : http://trac.rezo.net/trac/spip/chan...
Autrement dit, dans ecrire/inc/editer_mots.php, remplacer :
269 foreach(sql_allfetsel('*', 'spip_groupes_mots') as $row) {270 $id_groupe = $row['id_groupe'];
271 if (autoriser('editermots', $objet, $id_objet, null,
Par :
269 define('_TRI_GROUPES_MOTS', '0+titre,titre');270 foreach(sql_allfetsel('*,' . sql_multi ("titre", $spip_lang), 'spip_groupes_mots', '', '', _TRI_GROUPES_MOTS) as $row) {
271 $id_groupe = $row['id_groupe'];
272 if (autoriser('editermots', $objet, $id_objet, null,
# Le 5 janvier à 08:56, par minicircul
merci ca refonctionne !
Répondre à ce message
# Le 31 décembre 2009 à 11:01, par nad du 13
bonjour,
j’ai eu un blocage des statistiques visiteurs et sur les visites d’articles, en mettant à jour ma version de spip en 2.0.10.
je pensé un moment que c’était le serveur qui déconné ou la base de données, mais je voulais quand même voir si ce n’était pas la nouvelle version,
j’ai remis la version de spip 2.0, et apparemment le compteurs remarche petit à petit
y a t’il une explication ?
Répondre à ce message
# Le 6 décembre 2009 à 16:52, par Supernick
Bonjour à tous,
Depuis le passage de la 2.0.9 à la 2.10 je rencontre le bug suivant :
Lors de la modification d’un article, si je décide d’y joindre une image, celle-ci se télécharge bien sur l’hébergement, s’insert correctement dans la table spip_documents , et est bien liée à l’article dans la table spip_documents_liens . Mais elle n’apparait pas dans l’interface privée dans la colonne de gauche. En fait elle n’apparait nulle part dans l’interface et je ne peux donc pas l’insérer dans le corps du texte de l’article.
Ayant récupéré son n° dans les tables spip, j’ajoute son code dans le corps du texte :
<img18|left>. Là elle apparait sans problème dans le texte et sur la partie publique du site.
Il s’agit donc d’un bug de l’interface privée, quelqu’un rencontre le même soucis ?
# Le 23 décembre 2009 à 16:14, par Supernick
Après vérification, le bug décrit ci-dessus ne survient que lors de la migration d’une version 2.0.9 à la version 2.0.10.
Si l’on installe une version 2.0.10 toute propre, il n’y a pas de bug et l’interface d’ajout d’une image dans l’article fonctionne parfaitement.
Il s’agit donc d’un soucis dans la fonction de mise à jour de la version 2.0.10 de SPIP. Mais je ne vois pas où.
Répondre à ce message
# Le 12 décembre 2009 à 20:46, par philippe
J’ai trouver la solution tout seul !
En fait la base de données n’était pas bien encodé. Ceci explique cela...
Répondre à ce message