Recherche avancée

Sur d’autres sites (6055)

• Anomalie #3236 (Nouveau) : opendir et readdir

  27 juin 2014, par Ybbet SPIP

  Hello,

  Juste pour signaler qu’il y a une erreur d’écriture (par conseillé en tout cas) sur :
  - SPIP 3.1 :
  http://core.spip.org/projects/spip/repository/entry/spip/ecrire/public/composer.php#L475
  http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/install.php#L348

  - SPIP 3.0 :
  http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/public/composer.php#L392
  http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/install.php#L341

  - SPIP 2.1 :
  http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/public/composer.php#L392
  http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/install.php#L272

  - SPIP 2.0 : http://core.spip.org/projects/spip/repository/entry/branches/spip-2.0/ecrire/public/composer.php#L403

  On a
  

  while ($f = readdir($d))
  

  Au lieu de
  

  while (($f = readdir($d)) !== false)
  

  
  Ecriture adoptée partout ailleurs dans le core de SPIP.

• Anomalie #3245 (Nouveau) : Formulaire editer_liens affiché inutilement dans certains cas

  24 juillet 2014, par tcharlss (*´_ゝ｀)

  Reproduire le comportement¶

  Pour observer le problème, je propose d’utiliser les mots-clés, qui se servent du formulaire « editer_liens ». Donc :

  • 1) Avoir au préalable des articles avec des mots-clés, et d’autres sans.
  • 2) Désactiver l’ajout de mots-clés aux articles pour tous les groupes de mots-clé.

  Résultat :

  • Les articles possédant des mots-clés comportent toujours le formulaire. Là, ça me semble normal.
  • Les articles ne possédant pas de mot-clé affichent eux aussi le formulaire. Là, ça me paraît erroné : il devrait être caché. Il n’a aucune utilité, et on a "désactivé" l’utilisation des mots-clés pour les articles, ça veut dire qu’on en veut pas.

  Continuons.

  • 3) Retirer tous les mots-clés liés aux articles.

  Résultat :

  • Maintenant, le formulaire n’est plus affiché, car plus aucun article ne possède de mot clé : on retrouve le comportement normal.

  Problème¶

  Le problème vient d’un test effectué dans charger : http://core.spip.org/projects/spip/repository/entry/spip/prive/formulaires/editer_liens.php#L94

  Le raisonnement actuel est le suivant : quand le formulaire n’est pas éditable, il est caché s’il n’existe aucun lien pour le type d’objet.
  Ou pour reprendre l’exemple des mots, plus parlant : le formulaire est caché s’il n’existe aucun mot lié à un article (n’importe quel article).
  Or je pense qu’il devrait être caché s’il n’existe aucun mot lié à l’article en cours.

  Donc, en remplaçant :
  

  objet_trouver_liens(array($objet_lien=>’*’),array(($objet_lien==$objet_source ?$objet :$objet_source)=>’*’))

  
  par :
  

  objet_trouver_liens(array($objet_lien=>’*’),array(($objet_lien==$objet_source ?$objet :$objet_source)=>$id_objet))

  On retrouve le comportement qui me semble "normal".

• Evolution #3247 (Nouveau) : API objet : objet_supprimer() + action unitaire associée "supprimer_ob...

  25 juillet 2014, par RastaPopoulos ♥

  Il serait bien d’avoir une fonction générique pour supprimer réellement un objet de la base. À mettre dans "action/editer_objet.php".

  Avec en complément une action unique "action/supprimer_objet.php" qui appellerait cette fonction dans l’autre fichier.

  Au passage, il serait bien du coup d’avoir deux pipelines associés : "pre_suppression" et "post_suppression" comme pour "edition".

  Cette fonction de suppression générique pourrait être appelée au besoin dans un #BOUTON_ACTION, ainsi que dans les génies qui suppriment les choses en statut "poubelle" depuis trop longtemps.

  De cette façon, ce n’est plus à chaque personne de coder ça dans son coin, il y a une entrée générique (surchargeable comme les autres fonctions de l’API bien sûr, avec "patate_supprimer()").

  Comme ce serait une fonction d’API interne, et que l’action unitaire serait sécurisée, il n’y aurait aucun problème à l’avoir de manière générique. Si aucun dev n’a prévu de bouton ou de génie pour l’appeler, l’action n’est utilisable nulle part et ça reste comme avant.

  Mais pour les objets qui ont besoin de vraie suppression, ça accélérerait énormément.

  Enfin, je crois vraiment que la suppression réelle (qui arrive aussi pour les trucs "poubelle") devrait être ainsi fortifiée, normalisée, avec une vraie suppression automatique de tous les trucs liés : liens, logo, etc !