Recherche avancée

Sur d’autres sites (10128)

• Anomalie #3562 (Nouveau) : onAjaxLoad s’applique sur Document lorsqu’il provient d’une fenêtre mod...

  7 octobre 2015, par marcimat ☺☮☯♫

  En tentant de corriger un bug du porte plume, à savoir que le calcul automatique de la hauteur des textarea ne se faisait pas si on était sur exec=article&id_article=xx et qu’on cliquait sur "modifier l’article" (qui affiche le formulaire d’édition en ajax), Cédric m’a conseillé d’utiliser onAjaxLoad qui exécute les fonctions sur les contenus chargées.

  Je l’ai appliqué là : http://zone.spip.org/trac/spip-zone/changeset/92220

  Ceci étant dit, il y a un cas où le « this » vaut Document au lieu d’un contenu chargé en ajax. Pour s’en rendre compte, il suffit d’éditer sur l’édition d’un article un document joint (ajouter ou modifier). 3 triggerAjaxLoad sont exécutés dont 1 sur Document. Dans ce cas là, on arrive sur https://core.spip.net/projects/spip/repository/entry/spip/prive/javascript/ajaxCallback.js#L96 qui exécute le trigger. s.url vaut http://example.com/ecrire/?exec=document_edit&popin=oui mais s.onAjaxLoad n’existe pas.

• Révision 22576 : Suppression d’un code mort, mort depuis longtemps.

  23 novembre 2015, par marcimat@rezo.net

  Déjà signalé par rénato en 2006 (http://spip-dev.rezo.narkive.com/mHG6Qlt6/small-bug-in-phraser-champs),
  ce if () vaut toujours true. On l’enlève du coup.

  Précisément, cela vient tout à l’origine d’une erreur lors d’un passage de ereg à strpos en r3964, strpos ne comprennant
  pas l’expression [0-9]. Redmine n’affichant plus les révisions / diff avant la révision 9600, je mais des liens git :
  https://git.spip.net/rCSPIP57683758d1ebe3a6ffa5095035e88768b14d86f2 ou https://github.com/spip/SPIP/commit/57683758d1ebe3a6ffa5095035e88768b14d86f2

  C’était à une époque ou la constante NOM_DE_CHAMP coupait les balises nommées en héxadécimal en 2 : `#FF3300` par exemple avait `#FF` en balise, et
  le reste était dans la suite, et il fallait potentiellement recorriger ce problème.
  Cette constante a été améliorée ensuite, pas longtemps après en r4407, pour attraper tout le contenu de ces balises :
  https://github.com/spip/SPIP/commit/fef3ff59fad8896d1c8946346eac1b47befc588f

  Donc, en théorie, depuis cette date, le test if() n’a plus lieu d’être.

• Anomalie #3647 : #INTRODUCTION

  11 janvier 2016, par Ivan Lewkowitz

  Hello Franck, désolé, voici plus de détails :

  Il s’agit d’un Spip 3.0.21 mis à jour en 3.1 via Spip_loader.
  J’ai suivi les indications de maj. Les plugins sont compatibles (couteau suisse).
  Base de données : MySQL (exportée du site online via l’admin de Spip et réimportée en local, toujours via l’admin Spip, même version évidemment). Le fichier se termine en .sqlite (et non .dump ou autre).
  Le codage de la base est tout en utf-8, idem pour le site lui-même.

  Online, le site est en Spip 3.1 et Php 5.2 (module Apache) alors que dans Mamp, c’est Php 5.6.10 qui tourne (ou Php 7 au choix). Quand on passe d’une version à l’autre de Php en local, la première balise #INTRODUCTION est ignorée (le DIV accueillant l’intro est vide au lieu d’afficher un paragraphe).
  Ça c’est pour l’intro dans une boucle ARTICLES.
  

  
  [(#INTRODUCTION800|liens_ouvrants|propre)]
  

  Mais bizarrement, j’appelle aussi l’intro en survol sur des titres d’articles plus loin, et ça fonctionne sans problème :
  

  Donc… mystère. Donc pour résumer ma première balise intro ne saute qu’en local et avec Php 7 (donc rien de dramatique). J’ai pas essayé d’activer Php 7 chez mon hébergeur ; c’est proposé en beta encore.
  A ta dispo.