SPIP 2.0.10 est sorti

Publié le : 31 octobre 2009 – Dernière modification le 9 novembre 2009 – par L’équipe de SPIP-Contrib – 31 commentaires

1
2
3
4
5
61 votes

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

Discussion

5 ans 1 an 3 mois Sans limite
par date
Filtrer

20 discussions

  • 3
    demueyes

    Bonjour,

    J’ai le même problème que celui cité ci-dessous :

    « vérifier les droits d’écriture Le système a rencontré une erreur lors de l’écriture du fichier local/cache-vignettes//.ok. Veuillez, en tant qu’administrateur du site, vérifier les droits d’écriture sur le répertoire ecrire/local/cache-vignettes. »

    Pourtant, tous les droits sont bien positionnés ...

    Le problème est d’autant plus grave que j’ai vidé le cache images en pensant stupidement que celà solutionnerait le problème.
    Résultat, ce n’est pas seulement certaines fonctions qui sont inopérantes comme l’ajout d’images dans les articles mais bien tout le site public.

    S’il s’agit d’un bug introduit avec la 2.0.10, c’est très gênant.

    Cordialement.

    • GouZ

      J’ai réussi à minimiser le bug en faisant ça :

      Fichier : ecrire/inc/flock.php
      Ligne 288 :
      define(’_CREER_DIR_PLAT’, false) ;
      =>
      define(’_CREER_DIR_PLAT’, true) ;

      Pas très propre, mais c’est la seule différence avec la 2.0.8.

    • Exactement la même erreur, et cette manip permet de continuer la mise à jour.

      Merci

    • Jolynn

      Salut, il decouvre votre page super surtout vos articles. il y’a aussi le site internet les casinos . Votre travaille est propre bonne suite

    Répondre à ce message

  • 1
    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

    • Firouz

      Installation de spip2.0.10 ne se fait pas *** !!???!!****
      J’ai téléchargé SPIP2.0.10
      Dans Wamp5(1.7.0) (Apache) en local
      A la dernière Etape je rentre bien dans les rubriques et l’interface privé de spip2.0.10
      en faisant : localhost/spip2.10/ecrire/
      Je peux même écrire une rubrique, le bouton visiter ne marche pas en fait
      POURTANT LES TABLES ONT ETE bien CREES DNS ’phpADMIN’
      Ainsi quand je fais visiter
      cela m’affiche l’ erreur :
      The requested URL /spip.php was not found on this server.
      The requested URL /squelettes-dist/404.html was not found on this server.
      Je n’ai pas l’interface natif (page de garde) de spip j’ai des choses mais pas les couleurs natives de SPIP
      Mon site SPIP
      Rechercher
      etc.
      J’ai augmenté dans configuration ’php.ini’ mon
      memory _limit de 128 à 350
      cela ne fait rien ?
      Je suis vraiment bloqué ?
      Merci de votre aide d’ou vient cette erreur

    Répondre à ce message

  • Nathalie

    idem, mais je pense que cela vient d’OVH...

    Répondre à ce message

  • 1
    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 ?

    Répondre à ce message

  • 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

  • Franck

    Mise à jour du tonnerre, je l’installe :D

    SuperRefman

    Répondre à ce message

  • 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

  • 2
    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

    • Vivien

      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 ?

      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/changeset/14711/spip/ecrire/inc/editer_mots.php

      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,
    • minicircul

      merci ca refonctionne !

    Répondre à ce message

  • 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

  • 1
    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 ?

    • 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

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom