Recherche avancée

Sur d’autres sites (4661)

• Anomalie #3633 (Nouveau) : probleme appel de la mediabox

  2 janvier 2016, par tofulm -

  Bonjour,
  dans un squelette toto.html, j’ai un inclure en ajax avec un squelette qui comporte plusieurs liens de la forme
  

  &lt;script&gt;<br />
  
  jQuery(document).ready(function(){<br />
  
       jQuery(&quot;a.appel_mediabox&quot;).mediabox();<br />
  
  ...<br />
  
  &lt;/script&gt;
  
  

  au chargement de la page, j’ai les mediabox qui se lancent "vides" au lieu d’attendre le click sur le lien.

  le problème vient de :
  http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/mediabox/javascript/spip.mediabox.js#L89

  Ce test n’était pas présent en spip 3.0 et le même code fonctionnait.

  Si je supprime ce test et le remplace par :
  

  return this.colorbox($.extend(cbox_options,options)) ;
  

  tout est ok

  Merci

• Anomalie #3184 (Nouveau) : md5_boutons_plugins()

  11 mars 2014, par Franck Dalot

  Bonsoir
  PHP 5.5.7, essai fait chez OVH
  prefix des tables "spipdev21"
  Installation faite en MySQL

  Installation par FTP de spip 2.1.26 [21251] puis passage en spip 3.0.16 [21253]
  Au lieu d’arriver sur la page qui m’indique comme quoi ma base de données va êtes mise à jour, je tombe sur une page blanche avec :
  Fatal error : Call to undefined function md5_boutons_plugins() in /.../ecrire/inc/filtres_ecrire.php on line 47
  Si je réactualise la page, cela fonctionne normalement.

  J’ai fait l’essai d’un passage de spip 2.1.26 [21251] vers spip 3.1 [21256] même problème.

  J’ignore si c’est http://core.spip.org/issues/2307 qui fait sont retour mais cela ressemble au cas que j’évoque (sauf que je ne vide pas le cache pour que cela soit bon)

• Anomalie #3981 : Menu "Écrire une nouvelle traduction" non présent pour rédacteurs

  12 août 2017, par jluc -

  Il semble que la création utilise https://core.spip.net/projects/spip/repository/revisions/22643
  où c’est l’autorisation ’changertraduction’ qui est utilisée,

  Celle ci est définie dans inc/autoriser comme étant par défaut équivalente à l’autorisation pour ’modifier’.
  Ça explique le problème car n’importe qui ne peut pas modifier n’importe quoi.

  Il faudrait créer une autorisation ’creertraduction’ et une fonction ’autoriser_creertraduction_dist’ qui soit plus tolérante, et l’utiliser au bon endroit, au lieu de devoir utiliser ’changertraduction’

  Mais je sais pas si ce bon endroit c’est le source du commit 22643 pointé plus haut, car je ne sais pas si seule la création y passe, ou si la modification y passe aussi...