Recherche avancée

Sur d’autres sites (8376)

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

• Evolution #3293 (Nouveau) : sessions NON AUTHENTIFIEES : les rendre facultatives

  15 octobre 2014, par - Equipement

  Bonjour,

  J’ai lu la demande http://core.spip.org/issues/3276 et la révision correspondante http://core.spip.org/projects/spip/repository/revisions/21596 : "Lorsqu’un utilisateur anonyme tente de faire des choses sur un spip (formulaire, lien, site…), une session anonyme 0_* est enregistrée dans tmp/sessions ...".

  Quel serait l’impact de rendre facultatives les sessions NON AUTHENTIFIEES, via une constante dans mes_options.php (en dehors du fait que les personnes non authentifiées devront se passer de la mémorisation temporaire de leur nom et email) ?

  En effet, en rendant facultatives les sessions NON AUTHENTIFIEES, on pourrait éviter en amont le problème http://core.spip.org/issues/3276 au lieu d’essayer d’en limiter l’impact en aval.

  En pratique, dans ecrire/inc/utils.php, dans la fonction verifier_visiteur(), il suffirait de rendre conditionnel (selon la valeur d’une constante) le contenu du tableau array(’session_nom’, ’session_email’) . Pour mémoire, lorsque l’une de ces variables est présente dans un POST, SPIP démarre une session non authentifiée.

  Cordialement
  Equipement

• Anomalie #3170 (Nouveau) : privé : chosen et sélecteur de statut d’un objet

  25 février 2014, par Sylvain Lesage

  L’activation du plugin chosen (qui permet d’améliorer l’aspect et d’ajouter des fonctionnalités aux ) produit deux effets secondaires bizarres dans le formulaire de changement de statut d’un objet dans le privé :

  1. le select reste affiché, au lieu d’être caché par chosen (style="display: none;"). En fait, le javascript du formulaire (http://core.spip.org/projects/spip/repository/entry/spip/prive/formulaires/instituer_objet.html#L52) passe après chosen et réaffiche le

  après que chosen l’ait caché

• la "puce de statut" est mise comme image de fond des (http://core.spip.org/projects/spip/repository/entry/spip/prive/formulaires/instituer_objet.html#L28), mais elle est répétée indéfiniment dans les
  de chosen, ce qui fait des jolis kilts, mais ne permet pas de lire le texte - peut être suffit-il d’ajouter un no-repeat