Spip 2.1 est sorti

Publié le : 10 avril 2010 – Dernière modification le 9 février 2019 – par L’équipe de SPIP-Contrib – 87 commentaires

1
2
3
4
5
50 votes
SPIP 2.1 sort aujourd’hui, ce jour exceptionnellement ordinaire
qui est le 100e jour de l’année. Tout savoir sur cette nouvelle version et la télécharger.

Nous avions envisagé de la sortir le 14 février ...

Nous avions également envisagé de la sortir le 1er avril ...

Elle sort finalement aujourd’hui, ce jour exceptionnellement ordinaire
qui est le 100e jour de l’année.

Cette version est téléchargeable depuis l’adresse habituelle
http://www.spip.net/fr_download

Pour savoir ce que contient cette version, rendez vous sur l’article
de spip.net concocté
spécialement pour cette nouvelle série 2.1 :
http://www.spip.net/fr_article4728.html

Une version 2.0.11 de maintenance sortira sous peu si vous
voulez rester dans la série 2.0

Une rencontre SPIP est prévue du 13 au 16 mai, tous les détails
sont ici http://spip-party.net/Troglo-2010 , n’hésitez pas à vous
inscrire !

Discussion

5 ans 1 an 3 mois Sans limite
par date
Filtrer

42 discussions

  • josephtux

    Bonjour

    Le problème s’est auto-réparé avec le temps !
    Pourtant, j’avais bien vidé les caches avant les mises à niveau, et ( cru faire ? ) fait de même avec mes navigateurs ( iceweasel/firefox 3.5 et chromium 6.0 sur Debian 6 )

    Le problème est donc résolu, mais l’explication me manque toujours..

    Encore merci à tous les auteurs et contributeurs de SPIP

    Répondre à ce message

  • josephtux

    Bonjour,

    je viens de mettre à jour SPIP selon la recommandation suivante : ( via le spip_loader.php du jour )

    de Ben.
    à spip-ann@rezo.net
    date 25 mars 2011 17:24
    objet [Spip-Ann] SPIP 2.1.9
    liste de diffusion spip-ann.rezo.net

    et depuis je ne peux plus me logger pour accéder à l’espace privé : !@Z !!

    le formulaire d’identification s’affiche mais ne reconnaît plus mon mot de passe ;
    je suis donc passer par la procédure « mot de passe oublié », qui me fournit un courriel avec un lien : ce lien me renvoie la page vide avec le message suivant :

    Fatal error : Cannot redeclare balise_config() (previously declared in /homepages/18/d144218061/htdocs/wsb3919082801/spip/plugins/auto/spip-bonux/configurer/pipelines.php:296) in /homepages/18/d144218061/htdocs/wsb3919082801/spip/plugins/auto/cfg/cfg_fonctions.php on line 17

    J’ai refait la mise à jour via ftp, sans résultat ( lien sur spip.zip du jour : 2.1 )

    Ce problème se pose pour 2 sites, à un moment différent de la procédure :

    Dans le 1er site, l’installeur me demande une authentification ftp en créant un répertoire (nommé précisément ) sous tmp/, et semble avoir réussi.
    Dans le 2e site, l’installeur ne pose pas cette question, mais affiche le formulaire d’authentification ( et bloque donc à ce stade ).
    J’ai donc vérifié sur le 1er site : l’accès à l’espace privé n’est pas plus possible !

    AU SECOURS ( dans un grand cri de douleur et un sentiment de panique ! )

    Répondre à ce message

  • 1
    rodolphe

    Bonjour,

    Depuis que je suis passé à spip 2.1.2 je ne peux plus télécharger les fichiers joints à mes articles, ni les images... Par contre cela fonctionne dans la partie privée...

    Voici une page de mon site pour exemple dans laquelle il est impossible de télécharger le fichier bulletin d’adhésion :

    http://raptorsangers.fr/spip.php?article5

    Quelqu’un a t’il une solution ?

    Merci

    • rodolphe

      J’ai réinstallé mon site en local, et là ça fonctionne par contre je n’ai plus les vignettes dans la partie administrative...

      Voici une copie écran de l’erreur que j’ai sur le site en ligne...

      Merci

    Répondre à ce message

  • 3
    PK

    Bonjour,

    Je viens de réaliser une mise-à jour de SPIP 2.0 à SPIP 2.1.1 sur trois sites différentes, non mutualisés, mais hébergés sur le même serveur.

    Un des trois sites ne reconnaît plus mes identifiants login/passwd. Les deux autres ne posent pas de problèmes/.

    J’accède néanmoins au site problématique si je fais une demande de récupération de mot de passe. je reçois le lien magique par email et je me rends à la page qui me permet de définir un nouveau mot de passe.
    J’entre le mot de passe, puis je me connecte à l’espace privé en retapant le même mot de passe. À la première connexion, tout fonctionne parfaitement.

    Dès que je me déconnecte et tente de me reconnecter avec le même mot de passe, je reçois un message indiquant que le mot de passe est erroné.

    Idem si je change le mot de passe d’un utilisateur et tente de me connecter avec le nouveau couple login/mot de passe.

    J’ai appliqué cette procédure plusieurs fois.

    1. Est-il possible que ce problème soit lié à la mise en place de sha256 sur les mots de passe et actions ?
    2. Quelles informations puis-je vous fournir pour déterminer l’origine du problème ?
    3. Y a-t-il un endroit plus adapté pour poster ces informations ?

    Merci d’avance pour toute aide et suggestions.

    Pascal

    • Cerdic

      Est-ce que tes mots de passes contiennent des caractères accentués ?
      Est-ce que le site qui pose problème contient un formulaire de login personalisé ?

    • PK

      Bonjour,

      Merci pour cette réponse rapide.

      Le site ne contient pas de formulaire de login personnalisé.

      En outre, j’ai testé avec différents mots de passe. Pour tester les problèmes d’accents, j’ai pris comme mot de passe 123456789, mais sans succès.

      Ce qui m’étonne, c’est la différence de comportement entre la première fois que je me connecte et la seconde.

    • PK

      Re-bonjour,

      Je viens de mettre à jour tous les plugins et de redécompresser l’archive de spip 2.1.1.

      Le site fonctionne correctement maintenant.

      Désolé pour le dérangement.

      Pascal

    Répondre à ce message

  • baptiste

    Bonjour,

    j’ai un soucis depuis la migration d’un Spip en 2.1. J’inclue un fichier PHP dans un squelette SPIP avec la syntaxe suivante :

    Avant d’être en 2.1, je pouvais dans mon fichier PHP, récupérer les paramètres passés dans la boucle inclure via la variable « $contexte_inclus », par exemple « $param = $contexte_inclus[’param’] ; »

    Or cela ne fonctionne plus, avez-vous une explication ?

    Merci d’avance !

    Répondre à ce message

  • 5
    Louis

    Bonjour, j’ai également pas mal de soucis de compatibilité avec la 2.1.
    Mon navigateur ne trouve plus le plugin Flash, par exemple, alors que je lis du Flash sur d’autres sites... avec le plugin XSPF. Pour le moins étrange... Jusque là, j’avais passé tous les update. Mais voilà, avec la 2.1, firefox ou IE me demande d’installer le plugin Flash, pourtant déjà en place et remis à jour...

    J’ai quelques messages d’erreur de code SPIP à propos de filtre alors que les lignes incriminées qu’ils ne varient pas de la dist... du coup, je vois pas ce que je peux faire pour déboguer...

    Sinon, bravo pour l’amélioration de la barre typo... Beaucoup plus mieux !!!
    Et je n’ai pas tout découvert... alors à bientôt...

    • Maïeul

      Mon navigateur ne trouve plus le plugin Flash, par exemple, alors que je lis du Flash sur d’autres sites... avec le plugin XSPF

      pas compris, c’est un plugin SPIP ? tu a vérifié la mise à jour. Si c’est un plugin firefox, ben ca n’a rien à voir

      J’ai quelques messages d’erreur de code SPIP à propos de filtre alors que les lignes incriminées qu’ils ne varient pas de la dist... du coup, je vois pas ce que je peux faire pour déboguer...

      on peut t’aider si tu donne les erreurs :)

    • Louis

      Le plugin XSPF est bien un plugin SPIP, On en parle ici dans spip contrib : http://www.spip-contrib.net/Comment-ajouter-des-videos-dans
      Et on le trouve là : http://kent1.sklunk.net/spip.php?article96
      Je le trouve personnellement assez réussi, malgré qu’il ne soit pas distribué dans spip-contrib... dommage. Il regroupe un jpg rotator, un lecteur mp3 et un lecteur flv...

      Les messages d’erreurs apparaissent uniquement quand je suis connecté et n’ont pas encore d’incidence notable sur le fonctionnement du site mais je vais suivre ça de près et je remonte les infos au fur et à mesure...

      Merci de ta réponse giga-rapide...

    • Louis

      Désolé de répondre un peu tardivement, mais en fait tout fonctionne bien après un vidage du cache par SPIP lui même...

      Donc le trop méconnu plugin xspf fonctionne bien sous spip2.1...

      Merci et encore bravo !!!

    • KMK

      Bonjour, Louis,

      Comme vous, j’utilisais le plugin xspf notamment le rotator. De mon côté, j’ai toujours le message d’erreur « Get the flash player »... qui y est, pourtant.

      Avez-vous une idée de la façon dont le problème s’est réglé sur votre site ?

      Merci pour cette éventuelle lueur.

      Cordialement,
      KMk.

    • Louis

      et bien non... mais beaucoup de choses se sont résolus après une réinstall de tous les plugins, y compris le xspf et les dernières versions de spip bonux... ensuite vidage du cache... et c’est reparti. Le cache est un peu réticent à se vider parfois.

      En tout cas c’est reparti sans que je touche une ligne de programme. Donc j’en conclu que ça peut marcher partout.

      Bon courage !
      Louis

    Répondre à ce message

  • Mathis

    Je viens de créer un site avec SPIP 2.1 tout semble bien fonctionner en dehors d’un petit bémol : la barre typo ne s’affiche pas lors de la rédaction (ou la modification) d’un article

    Merci de votre aide

    PS : sur le même micro ordinateur, je gère un autre site qui fonctionne avec SPIP 2.0.9 et la je n’ai pas ce problème

    Répondre à ce message

  • seds

    bonjour

    pas de gestion des forums publics sur l’accès privé ?

    sur SPIP 2.0.3 [13596] tout va bien mais sur SPIP 2.1.0 [15604], nada !

    je vais devoir revenir sur la version précédente s’il n’y a pas de mise à jour

    c’est très très ennuyeux...

    Répondre à ce message

  • 5
    Lisa

    bonjour,
    J’ai comme un problème : depuis la mise à jour, je n’ai plus accès à aucun document joint des articles.
    J’ai un message

    Forbidden

    You don’t have permission to access /IMG/... (doc, pdf...)

    Quand j’ai fait la mise à jour, j’ai copié les fichiers sur le site, mais spip ne m’a pas demandé l’accès ftp comme indiqué dans le « mode d’emploi »

    Merci de votre aide

    • yodea

      même problème

      don’t have permission to access /IMG/ ....

    • nico4peace

      +1

      Problème de permission.

    • yodea

      Je n’ai toujours pas accès à :
      http://www.dorvador.org/IMG/jpg/hotels-de-ville-saint-antoine-l-abbaye-france.jpg

      J’ai pourtant chmodé les dossiers contenu par IMG 777 et les fichiers en 666 par filezilla pourtant rien n’y fait.

    • yodea

      Bonjour,

      Quelqu’un a t-il une solution a ce problème de permission ?

    • deor

      Le soucis ne vient peut-être pas des droits sur les répertoires :

      • Si vous essayez d’accéder à site.com/IMG, il vous balance une erreur 403, tout à fait normale, puisque le listing du répertoire est protégé par le .htaccess (pour vérifier, essayez d’accéder à une image en particulier, du style http://site.com/IMG/rubon1.jpg , si ça ne fonctionne pas, c’est bien un problème de droits)
      • Le soucis que j’ai eu, par contre, c’est que la table spip_types_documents avait été vidée (passage 2.0.10 à 2.1.0), n’autorisant alors plus l’upload d’aucun document et, bizarrement, n’affichant plus aucun document joint (il doit y avoir un contrôle sur cette table). Si vous reprenez le contenu de votre ancienne version (car vous avez bien sûr fait une sauvegarde ;) )et que vous le remettez dans la table, ça devrait résoudre le problème. NB : le vidage de cet table semble aléatoire : j’ai fait deux migrations du même site, dans les mêmes conditions, pas de soucis pour la première, par contre, vidage de cette table pour la seconde...

    Répondre à ce message

  • 2
    Paulo

    Bonjour,
    Et le bug dans sitemap.xml.html, évoqué ici et là ?
    Pour mémoire : l’URL [URL_SITE_SPIP]/sitemap.xml produit ce message :

    Erreur d’analyse XML : instruction de traitement XML ou texte pas au début d’une entité externe
    Emplacement : http://localhost/soriano/spip.php?page=sitemap.xml
    Numéro de ligne 4, Colonne 1 :

    <?xml version="1.0" encoding="UTF-8"?>

    ^

    Toute contribution serait la bienvenue. Merci d’avance.

    • majoux

      J’ai le même problème, si quelqu’un pouvait se pencher dessus, le xml c’est pas mon dada !

    • majoux

      -  Le sitemap de Spip 2.1 est lu correctement par Google et par IE 8 . Par contre Firefox ne l’affiche pas car il contient une erreur.
      -  Après analyse sur le site w3c, il détecte un warning comme quoi il manque le DOCTYPE :

      Warning No DOCTYPE found ! Checking XML syntax only.


      -  Il detecte surtout une erreur :

      Error Line 3, Column 5 : XML declaration allowed only at the start of the document

      <?xml version="1.0" encoding="UTF-8"?>

      Pour tout test, utiliser mon sitemap :
      http://blogduroux.free.fr/spip.php?page=sitemap.xml

    Répondre à ce message

  • Yunus Ibrahim

    Bonsoir,
    Je viens d’installer la nouvelle version de spip 2.1.0, je rencontre un problème quand je veux créer un nouveau squelette ex. galerie.html, mais je n’arive pas a l apeler avec le lien #URL_PAGEgalerie.
    si quelqu’un pourrais m’aider .

    Merci

    Répondre à ce message

  • Fabrice

    Bonjour à toutes et tous,

    J’ai posé ma question sur le forum de spip 2.1, je la pose ici également au cas ou quelqu’un aurait une idée.

    Alors j’ai un problème avec IE 8. En effet, lorsque on se trouve dans l’espace privé en IE 8 et que l’on tape un article ou une rubrique, si l’on écrit la lettre w en minuscule, cela à pour effet d’enregister l’article ou la rubrique.

    D’autres semblent avoir le même souci d’après le forum. C’est un bug ? Vous avez aussi le problème ? et par dessus tout avez-vous une solution ;-)

    Le problème n’est pas présent sur Firefox.

    A votre bon coeur,
    Merci d’avance !

    Répondre à ce message

  • 3
    jaims

    Sorry, I understand french but i’m not able to write anything...
    I’ve found a problem when I join a png 24 to an article : the page in the frontend is completely white.
    No problems in the ecrire area. Any idea (I thought it was about new js fot png and explorer fixing but it doesn’t run also without it)

    thank you,

    Luca

    • Teddy Payet

      Hi,

      Perhaps, The problem stems from the fact that you don’t have enough memory allocated to php.
      However, have you tried using a png smaller in size than yours ?

      Do you know if you’ve got the good library for the images ? Do you use GD2 ? ImageMagick ? SPIP loves GD2 for its image processing...

    • yodea

      toujours et encore ce probleme de permission. J’ai pourtant desactivé accés restreint v3. Je n’avais aucun soucis avec spip 2.0

    • L’instit

      as-tu bien vidé le cache APRES avoir désactivé l’accès restreint ?

    Répondre à ce message

  • Virginie

    Merci beaucoup !!
    J’étais en vacances ce qui explique que je tarde a tester mais cela a résolu mon probleme !
    Encore un grand merci ! Bonne continuation ! :)

    Répondre à ce message

  • 1
    Eric

    Bonjour,

    En partie privée lorsque j’écris un article, je n’arrive plus à double cliquer sur les codes images de type <img261>

    Ca n’insère plus le code directement dans l’article (il faut faire un copier coller).

    Testé avec IE8 uniquement.

    Merci

    Exemple d’agenda
    L’agenda de Gastero Prod

    Répondre à ce message

  • docmac

    Bonjour, j’ai laissé mon problème sur le forum Spip, mais les réponses qui me sont données sont imprécises.

    Je gère de nombreux sites et en ai fait passer que quelques un sous SPIP 2.1 après m’être rendu compte d’un gros problème concernant la récupération des flux RSS via les Widget Mac OS X et les applications iPhone.

    En effet si au niveau d’un navigateur Web le flux RSS fonctionne en revance rien ne peut être récupérer via les Widget Mac OS X et et les applications iPhone qui indiquent que le backend n’existe pas.

    Ìl s’agit d’un vilain gros bug de la version 2.1, espérons qu’il y soit remédié rapidement.

    Doc Mac

    PS : pour les programmeurs qui ont un Mac vous pouvez télécharger par exemple le Widget de Mac & Guitare ici http://www.macdan.org/spip.php?article2425

    ça vous permettra de voir le problème.

    Autre problème avec le moteur de recherche de Spip 2.1 qui indique régulièrement des erreurs.

    Répondre à ce message

  • guilaind

    Problème de statistiques
    Depuis le passage de 2.0.10 à 2.10, le compteur de stats sur chaque article est figé sur la valeur d’avant la date de maj. Les nouveaux articles restent à zéro alors que Google Analytics me dit qu’ils ont été visités.
    J’ai vérifié dans les paramètres avancés si tout était ok, j’ai vidé le cache, j’ai réparé la base et rien ne bouge.

    Répondre à ce message

  • 1
    chankalan

    salut et félicitations chaleureuses pour cette belle et prometteuse version qui nous emmène sur une direction innovante, de plus en plus souple, rapide, léger, facile à gérer... bravo !

    alors deboguons-la : j’ai trouvé un p’tit bogue mais je suis incapable de comprendre l’outil Trac de gestion, alors je poste ici...
    donc lorsqu’on autorise l’utilisation du champ hyperlien des articles
    dans prive/contenu/article, la ligne 24 :

    <div dir='#LANG_DIR' class='#EDIT{hyperlien} nom_site'>[<a href='(#URL_SITE)'>]#NOM_SITE[(#URL_SITE)|oui)</a>]</div>

    il y a une petite parenthèse de trop, remplacer par :

    <div dir='#LANG_DIR' class='#EDIT{hyperlien} nom_site'>[<a href='(#URL_SITE)'>]#NOM_SITE[(#URL_SITE|oui)</a>]</div>

    et tout rentre dans l’ordre...

    • chankalan

      ... et puis chez mon hébergeur, j’ai eu quelques soucis d’installation car :

      il y a dans la nouvelle version une utilisation du mot « exec » dans l’url et c’est cette instruction très proche d’une instruction unix qui a affolé notre système de sécurité.

      mais il a corrigé et tout fonctionne bien...

    Répondre à ce message

  • J’ai eu un problème un gros bug : « Fatal error : Call to undefined function barre_outils_css_icones() in /home/www/client/www/ecrire/public/composer.php(49) : eval()’d code on line 30 »

    cela s’est produit lorsque j’ai vidé le cache. ça semble venir de l’extension « porte-plume ».

    Répondre à ce message

  • 1
    Virginie

    Bonjour,
    J’avoue ne pas savoir ou poser cette question.
    Je crée actuellement un site pour mon collège sous SPIP2.1 et scolaspip.
    Et je ne comprends pourquoi le contenu de mes rubriques s’affiche entièrement en gras ? Je n’ai rien vu qui l’y obligeait ni dans les css ni meme dans le code source de la page (cela dit j’ai tout de meme trouvé un <small> pour la date de publication qui est bien le seul mot écrit normalement dans la page...mais si je mets tout le contenu en small l’affichage ne devient pas normal il devient une sorte de small d’un gras...)

    Pour ceux que ca intéresse : http://www.clg-petitsponts-clamart.ac-versailles.fr/ (on peut d’ailleurs voir la différence d’affichage entre la dernière rubrique et le seul article qu’elle contient alors que les deux sont parfaitement identiques !)
    J’imagine que c’est un truc simple mais je tourne en rond depuis des heures...
    Je veux juste que mes rubriques s’affichent en normal....

    Question subsidiaire : j’essaie aussi de faire qu’un clic sur une rubrique (contenant des sous-rubriques) ne fasse que déplier les titres de ses sous-rubriques dessous mais qu’il ne charge pas a droite dans la partie principale le contenu de la rubrique. J’ai réussi partiellement a le faire car cela marche quand on clique sur le + a gauche du nom de la rubrique mais le nom de la rubrique ne s’affiche plus en lien et cela limite un peu l’accessibilité pour mes visiteurs non familiers du« + ». comment faire pour que le nom de la rubrique fasse le meme effet que le plus (sans rien charger d’autre)

    Merci d’avance,
    Virginie

    (PS : j’ai essayé sous firefox et explorer a jour)

    • Bonjour,

      Il semble que le texte de vos rubriques soit précédé d’un <div class="chapo"> ; or, on lit dans votre feuille de style habillage.css :
      .chapo { margin-bottom: 1.50em; line-height: 1.40em; font-weight: bold; color: #669; }

    Répondre à ce message

  • 1
    Tadzio

    Bonjour ! Petite question concernant SPIP 2.1 sur les hébergements où la 2.0.x rencontre des problèmes de droits d’écriture dans les sous-dossiers « apache » de local/cache-vignettes et tmp/cache...
    1) Dans la 2.0.x, pour contourner le problème de droits des sous-dossiers L...xH..., j’avais inséré dans le fichier config/option.php de mon squelette l’instruction define('_CREER_DIR_PLAT', true). Est-elle toujours valable en 2.1 ? Sur mes premiers tests de la 2.1 [15608], SPIP bloque sur l’écriture dans les sous-dossiers L...xH... des images de l’interface privée et aucun fichier .plat n’est créé pour échapper à l’impossibilité d’écrire dans les dossiers « apache »...
    2) Dans la 2.0.x, les sous-dossiers tmp/cache/0, 1, 2 ... a, b, etc. étaient stables une fois créés en ftp. Dans la 2.1, il semble que ces sous-dossiers soient régulièrement rafraichis, effacés puis recréés en libéllé « apache », avec consécutivement blocage de SPIP... C’est bien cela ? Dans la 2.0.x, seul le contenu de ces dossiers était effacé, sans toucher au dossier 0, 1, 2 ... a, b, etc. Un moyen de contourner ce nouveau comportement de la 2.1, si nouvelle gestion du cache il y a ?

    Merci pour vos commentaires et félicitations pour la nouvelle interface privée très réussie !!!

    • rhennino

      Bonjour,

      J’ai manifestement le même problème pour installer la version 2.1 sur le serveur académique. Si vous trouvez une solution je suis interessé.

      Je suis actuellement bloqué à la version 2.0.9 n’ayant pas réussi à installer la version 2.0.10 non plus.

      Merci d’avance !

    Répondre à ce message

  • docmac

    Bonjour, et merci pour cette mise à jour qui apporte de nombreux avantages, cependant depuis l’installation sur les sites que je gère, les flux RSS des sites ne sont plus reconnus par les Widget MAc OS X , ni par les applications iPhone, j’ai pu repérer que le fichier xml généré par SPIP pour gérer le flux RSS est totalement à la ramasse, ce serait bien d’y apporter rapidement des solutions ...

    D’avance merci :)

    Doc

    Répondre à ce message

  • 2
    PH

    Je constate sur mes sites une baisse de 30% à 40% du nombre de visiteurs calculés par les statistiques de SPIP. Est-ce normal docteur ?

    • Cerdic

      Il y a une détection plus large des robots qui peut en effet entrainer une baisse sensible des visites comptées, au profit d’une convergence vers ce que donnent les outils externes tels que xiti ou google analytics. Mais 30% à 40%, cela parait beaucoup.

    • Manu_TJ

      Lors d’une ancienne mise à jour, j’avais eu le même soucis. Le problème venait du fait que j’avais oublié de renommer le htaccess.txt en .htaccess.

    Répondre à ce message

  • Eric

    Un mot : MAGNIFIQUE !!
    Félicitation à toute l’équipe qui s’est démenée pour nous apporter sur un plateau d’argent cette belle chirurgie de façade et intérieure à notre bon vieil écureuil !!

    Répondre à ce message

  • SuperYMS

    depuis ma mise à jour SPIP 2.1, j’ai remarqué que certaines écritures utilisant le filtre «  ? » (sioui:sinon) ne fonctionne plus !

    avant (sur SPIP 2.0.10) cette écriture fonctionnait bien :

    [(#ID_RUBRIQUE|=={5}|?{
[<p class="logoleft">(#LOGO_RUBRIQUE|image_reduire{250,250}|inserer_attribut{alt,[(#TITRE)]})</p>],
[<p class="logoright">(#LOGO_RUBRIQUE|image_reduire{100,100}|inserer_attribut{alt,[(#TITRE)]})</p>]
)]

    en fait je n’ai rien d’afficher et il n’y a aucune erreur signalée.

    quelqu’un aurait une idée si c’est un bug ou s’il y aurait une nouvelle manière de réécrire cela en SPIP 2.1.

    Merci.

    Répondre à ce message

  • 1
    jotacese

    Après la mise à jour à la version 2.1 d’un site en production, SPIP est un comportement très étrange.

    Dans le site public tout semble très bien, mais je ne peux pas ajouter des images ou des documents aux articles, à l’exception des images avec l’extension. PNG.

    J’ai essayé de télécharger tous les fichiers à nouveau, mais rien.

    J’ai essayé l’outil de réparation de la base de données et je reçois le message suivant (en espagnol) :

    a verificar los derechos de escritura
    El sistema encontró un error de escritura del archivo IMG//.ok. Como administrador(a) del sitio, procede a verificar los derechos de escritura del directorio ecrire/IMG.

    Mais le fichier .ok n’existe pas dans le dossier IMG. Et il n’y a pas un dossier « ecrire/ IMG ».

    Après avoir reçu ce message je ne pouvais plus accéder à l’administration du site. Toutes les URL dans /ecrire me conduisent à ce message.

    Comme je l’ai déjà dit, il s’agit d’un site en production. Les permis de la dossier IMG sont correctement assignés à 777.

    Ensuite, j’ai essayé de réinstaller SPIP (en supprimant le fichier config.php). De cette façon, j’ai retrouvé l’accès à / ecrire, mais dans la dernière étape de l’installation, j’ai reçu l’avertissement suivant :

    .htaccess inoperante
    Advertencia : La configuración de tu servidor HTTP no toma en cuenta los archivos .htaccess.

    Mais je sais positivement qu’il n’est pas. C’est un site qui est en ligne depuis plus de 5 ans. En fait, j’ai plusieurs dossiers protégés dans le même haubergement, qui sont gérés par fichiers .htaccess.

    Quelqu’un at-il des suggestions sur la façon de procéder ou de ce que je peux faire ?

    Pardonnez mon français...

    • jotacese

      Deux précisions :

      1) Par erreur, j’ai dit que j’avais supprimé le fichier config.php. En fait je voulais dire connect.php

      2) J’ai installé le plugin accès restreint et il fonctionne parfaitement. Pendant un moment j’ai pensé que c’était le plugin qui pourraient interférer. Mais non.

      La chose la plus étrange est que je peux ajouter des images .PNG aux articles sans aucun problème. S’il s’agissait d’un problème de permissions sur le dossier IMG, il devrait toucher tous les types de fichiers.

      Quelqu’un qui peut me donner une idée de ce que d’autre à essayer ?

    Répondre à ce message

  • 5
    Nicolas Brouard

    Il semble que les espaces insécables ne soient plus insérer automatiquement avant un point d’exclamation par exemple.

    Dois-je activer une fonctionnalité pour retrouver ce fonctionnement ?

    • Cerdic

      Non les règles de typographies sont toujours bien appliquée (cf le point d’exclamation en fin d’article ci-dessis), sauf les espaces insécables qui sont perdus dans les messages de forum uniquement.
      Un bug involontaire qui va être corrigé.

    • Nicolas Brouard

      En effet, mais ça marche pas sur mon site. Je vais enlever tous les plugins et voir qui pourrait me causer ce trouble !

    • Nicolas Brouard

      Le problème sur mon site est le filtre lignes_longues. C’est lui qui, depuis la version 2.1, supprime les espaces insécables.

      J’ai regardé rapidement le code et je ne suis pas assez calé en PHP et regex pour pouvoir corriger ce bug.

      Si quelqu’un est capable de corriger ça rapidement, je vais attendre un fixe, sinon, je vais tout simplement changer mon squelette pour ne plus utiliser ce filtre.

    • Nicolas Brouard

      Merci beaucoup pour la rapidité de la correction ! C’est vraiment super ! Merci Cédric, tu fais un travail formidable.

    Répondre à ce message

  • tutle

    Je viens de mettre la 2.1 et plusieurs mauvaises surprises :
    spipbb ne fonctionne plus.

    et par ailleurs j’ai ce message d’erreur dans l’espace public quand on est connecté

    Parse error : syntax error, unexpected ’&’ in /home/collectf/public_html/elemac.fr/ecrire/public/assembler.php(604) : eval()’d code on line 21

    je ne comprend pas bien.....

    Répondre à ce message

  • 1
    SuperYMS

    je note dans le texte de SPIP 2.1 ceci « une détection automatique des mises à jour de SPIP ».
    quelqu’un pourrait expliquer comment ça se passe ? une fonction à activer ? ça sera afficher où ?

    à part ça j’ai eu quelques difficultés avec les nouvelles écritures des balises #LOGO_xxx, ça marche pas bien tout le temps, du moins en local. surtout si on écrit :

    [(#LOGO_ARTICLE{#URL_ARTICLE,100,100})]

    je veux dire sans l’argument d’url la réduction fonctionne dès qu’on inclus ce dernier la réduction du logo ne fonctionne plus.

    je crois que c’est pas la bonne écriture, j’ai dû raté quelque chose ?

    pour le moment j’ai remis les anciennes écritures

    [(#LOGO_ARTICLE|#URL_ARTICLE|image_reduire{100,100})]

    et ça fonctionne !

    sinon super boulot ! Bravo.

    @+

    • SuperYMS

      ok finalement j’ai jeté un œil rapide aux squelettes dist et j’ai trouvé la bonne écriture pour SPIP 2.1.

      [(#LOGO_ARTICLE{#URL_ARTICLE}|image_reduire{100,100})]

      @+

    Répondre à ce message

  • 1
    gilles

    Est-ce que l’on peut utiliser un fichier spip_loader.php pour l’installer ? C’est tellement plus rapide.

    Répondre à ce message

  • bennett

    Passage de « édit » à « voir » lors de l’édition d’un article : nouveauté bienvenue !
    Chez moi, cela donne une page blanche avec IE8 ; pas de problème avec Firefox.

    Répondre à ce message

  • Alca

    Salut à tous, après avoir fait la migration, dans l’espace privé je n’arrive plus avoir accès à la liste des plugins.

    Est ce que ce problème est général.

    Répondre à ce message

  • 1
    KMk

    Bonjour,

    Bon, voici le résultat des tests faits en local :

    • Lecteur multimedia : les play-listes audio et vidéo ne fonctionnent pas. Une erreur dans un filtre du modèle play-liste video notamment :

    [(#INCLURE{fond=#GET{skin}}|compacte_css)]

    Le filtre compacte_css

    • Forms & tables : impossible d’écrire dans les champs des formulaires que l’on crée.

    Sinon, tous les plugins que j’ai testés fonctionnent.

    @ bientôt !
    KMk.

    • KMk

      ... rectification : la play-liste audio fonctionne, mais pas la play-liste vidéo...

      KMk.

    Répondre à ce message

  • 1
    Gefonline

    Bonjour,

    Après le plugin crayon,c’est le plugin Thickbox qui ne fonctionne plus, ou plutôt l’activation du script associé, du moins je présume.

    Il faudra bien quelques jours aux uns et aux autres pour rendre leurs plugins compatibles à cette nouvelle version, patience... et merci à tous.

    • Gefonline

      Concernant le plugin crayon, ça se précise un peu. C’est en fait l’activation du #INSERT_HEAD depuis le couteau suisse qui me désactive cette fonctionnalité. Et il y a des chances que le problème vienne aussi de là concernant le plugin thickbox. Edit : Les instructions de cette balise rentraient en conflit avec celles précisées dans mon head, notamment concernant le JQuery. tout est rentré dans l’ordre en récupérant le inc_head d’origine de spip 2.1.

    Répondre à ce message

  • 2
    PH

    C’est presque parfait ! Sauf pour le plugin « publication ouverte » qui m’offre ce joli bug :

    Fatal error : Cannot redeclare execute_pipeline_op_squelette() (previously declared in /home/www/client/www/tmp/cache/charger_pipelines.php:567) in /home/www/client/www/tmp/cache/charger_pipelines.php on line 584

    Pour m’en sortir j’ai du effacer, par ftp, le plugin publication ouverte et effacer le fichier « charger_pipelines.php » dans le dossier tmp/cache

    mais j’ai besoin de ce plugin. Quelqu’un a-t-il une solution ?

    • Manu

      Ce ne serait pas une histoire de cache, ça ? Qu’est-ce que ça donne en effaçant les fichiers de tmp (sauf tmp/dump, bien sûr ) ?

    • PH

      Effectivement, cela ne se produit que quand je vide le cache dans la partie privée. mais c’est très ennuyeux ! et ça ne règle pas mon problème

    Répondre à ce message

  • 2
    ylb

    Bonjour,

    J’ai noté un problème de compatibilité entre les plugins CKEditor et porte_plume.
    Lorsque je crée un nouvel article, la fenêtre où j’écris le texte se divise en deux et propose les deux barres d’outils (cf. la capture d’écran).

    * Ma première tentative de résolution a été de configurer CKEditor en cochant la case « uniquement ce mode ». Aucun résultat.

    * Ma seconde tentative de résolution fut plus radicale : supprimer porte_plume (dans le répertoire extensions). Cette fois-ci cela fonctionne : je n’ai plus que la barre d’outils CKEditor.

    Sachant que je n’utilise que CkEditor, cette solution me convient. Je suppose que cela ne sera pas le cas de tous.

    Enfin, vous remarquerez sur la gauche la présence d’une image « Nec.bmp ». Bizarrement, je n’ai pas chargé celle-ci et elle a été effacée du serveur depuis belle lurette.

    * J’ai vidé le cache pour voir si cela résoudrait le problème. Rien.

    * J’ai alors crée et sauvegardé un article test. Spip m’a indiqué que le document présent dans le porte-folio était introuvable. Je l’ai supprimé. Finalement, j’ai crée un second article test : l’affichage de l’image « Nec.bmp » n’apparait plus.

    Désolé si mes solutions font plus penser à du bricolage, je n’ai pas mieux à proposer pour le moment.

    • ylb

      Pour voir la capture d’écran en plus grand :
      http://bayimg.com/HalDOaaCn

    • Ravanelli93

      même pb que toi et j’ai essayé de trouver une soluce en vain. je suis donc repassé en FCKEditor qui semble être plus stable avec cette version 2.1.0.

    Répondre à ce message

  • Grizzly

    Bravo pour cette nouvelle version de SPIP. Migration de 130k articles passée sans problème, mise à jour des plugins sans problème. La charge du serveur semble avoir diminué d’un bon 20 %.

    En revanche nos statistiques ne fonctionnent plus depuis janvier, et la nouvelle version n’a pas réglé le problème, mais j’imagine que c’est une autre histoire.

    Bravo et merci à l’équipe !

    Répondre à ce message

  • 1
    Serguei

    Bonjour,

    Après avoir mis à jour mon site en local j’ai plusieurs erreurs :
    -  certains plugins me renvoyent une erreur lors de l’installation dans l’espace privé, par exemple le plugin facteur :

    Fatal error : Call to undefined function plugin_get_infos() in Z :\www\mon_site\plugins\facteur\base\facteur.php on line 6


    -  le couteau suisse, lorsque je modifie des paramètres m’envoye systématiquement une erreur 403

    Merci d’avance pour votre aide

    Répondre à ce message

  • 2
    KMk

    Bonjour,

    Je viens d’installer cette dernière mouture de spip pour me rendre compte des évolutions.

    Une petite remarque : on ne dispose pas dans l’interface publique des boutons « Recalculer cette page », « Espace privé », « Voir cet article, » etc... Est-ce normal ?

    Je continuerai les tests quand j’aurai un peu de temps...

    Merci en tout cas pour ce nouveau bond en avant !

    KMk

    • Maïeul

      non, vérifiee que le cookie de correspondance est bien posté (page d’acceuil de l’espace privé)

      en tt cas chez moi pas de souci.

      attention aussi : « modifier cet article x » s’intitule désormais « article x »

    • KMk

      Bonjour,

      De retour d’une saine promenade en forêt... les dits boutons sont apparus... Affaire classée. Je continuerai donc à tester et ferai remonter les remarques !

      KMk...

    Répondre à ce message

  • Gefonline

    Bonjour,

    pour moi la mise à jour a entraîné la disparition des fonctionnalités du plugin crayon côté public, impossible désormais de modifier le texte directement.

    A suivre...

    Répondre à ce message

  • Jean-Benoit

    J’ai constaté que lorsque tu demande le recalcul de ta page en utilisant les boutons en superposition, tu génères des erreurs dues à des filtres standards lorsqu’ils sont imbriqués. Typiquement, chez moi, c’est #URL_ARTICLE qui n’était plus reconnu et provoquait une erreur dans le squelette.

    Si tu pars du back office, et que tu demandes à afficher ta page dans l’espace public, là, tout se passe bien.

    Comme je l’ai indiqué plus haut, il semble qu’il y ait une différence de comportement lorsque l’on passe la valeur ’calcul’ et la valeur ’recalcul’ dans la variable $var_mode

    Répondre à ce message

  • 2
    Jean-Benoit

    Merci à tous pour cette nouvelle mouture. Utiliser SPIP est un plaisir constamment renouvellé !

    Je viens de passer mon site de test de 2.0.10 en 2.1. A l’issue de la mise à jour de la base de données, j’obtiens le message d’erreur suivant :

    Fatal error: unlink(../tmp/cache//chargeur/thickbox2/.ok) [<a href='function.unlink'>function.unlink</a>]: No such file or directory in /mnt/[...]/spip/ecrire/inc/flock.php  on line 277

    De même, quand je vide le cache,

    Fatal error: unlink(../tmp/cache//chargeur/couteau_suisse_191/fonds/.ok) [<a href='function.unlink'>function.unlink</a>]: No such file or directory in /mnt/[...]/spip/ecrire/inc/flock.php on line 277

    Dans la partie publique, quelques erreurs dans le calcul de pages lorsqu’on utilise le mode &var_mode=recalcul. J’utilise le squelette tout fait « The Morning After ». L’imbrication de filtres provoque une erreur sur #URL_ARTICLE, qui est déclaré inconnu ! Tout rentre dans l’ordre lorsqu’on utilise &var_mode=calcul

    • Patrice Vanneufville

      Salut,

      Il semble que tu utilises une version très ancienne du Couteau Suisse pour SPIP 1.91. Peut-être serait-il bon de le mettre à jour..

    • Jean-Benoit

      Merci de ton retour si rapide !

      C’est bizarre, car j’ai une version très récente d’installée :

      « Le Couteau Suisse ».
      Version locale : 1.8.15.03
      Révision : 36374
      Votre version est à jour.

      et surtout, je n’ai plus de sous-répertoire couteau_suisse_191 depuis belle lurette ! Serait-ce une scorie dans le cache, non purgée ???

      Sur tes conseils, j’ai fait une mise à jour du couteau suisse :

      « Le Couteau Suisse ».
      Version locale : 1.8.15.03
      Révision : 37079
      Votre version est à jour.

      J’espère que cela tiendra !

    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