Recherche avancée

Sur d’autres sites (6502)

• Anomalie #3416 (Nouveau) : version de plugin absolète pour SPIP 3.0 si une version différente exis...

  29 mars 2015, par chan kalan

  J’ai constaté un problème de version de plugin entre SPIP 3.0 et SPIP 3.1
  Si un plugin en deux versions :

  • la v1 pour SPIP 3.0 :

  • version="1.0.2"
  • compatibilite="[3.0.17 ;3.0.*]"

  • la v2 pour SPIP 3.1 :

  • version="2.0.2"
  • compatibilite="[3.1.0-dev ;3.1.*]"

  Alors SPIP 3.0.17 comme SPIP 3.0.18-dev comprend que la v1 est obsolète.

  Constaté sur le plugin mediaboxavectexte : http://zone.spip.org/trac/spip-zone/browser/_plugins_/mediaboxavectexte
  où j’ai dû mettre le même numéro de version pour les deux versions (!!) pour que chaque version de SPIP trouve son paquet... enfin bref c’est pas très joli.

• Anomalie #3380 (Nouveau) : Un rédacteur peut attacher un document à un article qu’il n’a pas le dr...

  3 février 2015, par - Equipement

  Bonjour,
  Sur un site de test avec SPIP 3.0.17 [21515] sans aucun plugin ajouté.

  L’administrateur du site créé l’article 1 et le publie (il est le seul auteur de cet article).

  Un rédacteur du site :
  - créé l’article 2,
  - téléverse, depuis son ordinateur, un document dans l’article 2,
  - affiche le formulaire de modification du document,
  - dans la partie "ce document est lié à ...", il clique sur le bouton ajouter,
  - dans la case "ajout rapide" il saisit 1 (le numéro de l’article 1 créé par l’administrateur) et clique sur le lien ajouter.

  Sur le site public, l’article 1 affiche désormais le document de l’article 2. Un examen de la BDD confirme que le document est bien lié aux deux articles.

  En résumé, un rédacteur peut attacher un document à un article qu’il n’a pas le droit de modifier.

  Remarque : dans ecrire/action/editer_liens.php, la fonction lien_insert ne semble pas vérifier que l’utilisateur a le droit de modifier l’objet.

  Cordialement
  Equipement

• Anomalie #3335 (Fermé) : Soit changement de doc, soit changement de code pour SPIP3 et titre_mot=

  5 novembre 2014, par paulbe Hullaert

  C’est un bug sans l’être mais j’ai cherché un sacré moment avant de trouver le pourquoi du comment.

  Soit une liste de mots clés qui sont les départements du type (01. AIN, 02. AISNE...)
  Cette liste est bien numérotée afin de trier un peu dans tous les sens.
  Je cherche à trouver les articles qui possèdent ce mot clé.

  A un moment donné j’utilise le tri mais basé sur titre_mot=xxxx et là rien ne fonctionne ou plutôt aucun résultat n’est retourné, alors que sur id_mot=nn c’est correct.

  Le pourquoi !

  SPIP est trop gentil ;-) depuis la version 3, si je ne me trompe, il présente spontanément les #TITRE sans les numéros, cool ;-) sauf que ici jamais aucune comparaison ne sera correcte puisque #TITRE sort : AIN, AISNE... et que je compare avec 01.AIN, 02. AISNE, ...

  Du coup deux solutions soit lors de la comparaison, SPIP ne coupe pas les numéro soit on adapte la doc un peu partout ou on utilise titre_mot= car objectivement ceci ne fonctionne plus !

  Extrait de la doc article : http://www.spip.net/fr_article902.html#titre_mot
  - titre_mot=xxxx, ou type_mot=yyyy (depuis SPIP 1.3) sélectionne respectivement les articles liés au mot-clé dont le nom est « xxxx », ou liés à des mots-clés du groupe de mots-clés « yyyy ». Si l’on donne plusieurs critères titre_mot=xxxx (ou plusieurs type_mot=yyyy), on sélectionnera ceux qui auront tous ces mots à la fois (nouveauté de SPIP 1.9).

  Je suppose qu’il en va de même que titre_groupe, ... et d’autres encore peut être...
  Voili voilou

  Amitié
  Paulbe