Recherche avancée

Sur d’autres sites (12836)

• Evolution #3953 : formulaire de date sur les rubriques

  12 février 2021, par RastaPopoulos ♥

  Dans tous les cas il me semble nécessaire de pouvoir agir sur les dates des objets, sachant qu’historiquement les dates des rubriques sont liées automatiquement à la date de leur dernier article, faudrait-il trouver une solution pour bloquer/débloquer cet automatisme ?

  1) Les dates des rubriques sont liés aux articles, mais il me semble que soit la doc n’est pas assez explicite, soit le code ne va pas jusqu’au bout (mais ça impliquerait possiblement des trop gros tests). En effet, la date des rubriques n’est pas liée vaguement à la date du contenu le plus récent publié dedans. :) C’est plus fourbement précis : c’est la date du dernier contenu dont le statut a été mis en publié pendant qu’il était dans cette rubrique. Et ça à défaut de changer le code pour l’instant, il faudrait au moins le dire moins sibyllin. Concrètement ça signifie que si on déplace un article (publié bien sûr) depuis une autre rubrique dedans après coup, avec une date plus récente, ça ne change rien à la date de la rubrique (dont le contenu a pourtant changé toute autant qu’en publiant direct depuis dedans). En théorie il faudrait que ça change en cascade la date de tous les parents quand on déplace un article (la rubrique de destination et toute la hiérarchie). Et possiblement d’autres cas de ce genre.

  2) Quoiqu’il en soit, même s’il y a un changement de date par défaut, je pense aussi qu’il faut pouvoir décider qu’on veut la changement manuellement après coup. Si on a une liste de rubriques "par date de contenu récent", on peut rien corriger actuellement si les dates ne vont pas. Là j’ai le cas après une migration WP par exemple.

  En attendant faudrait un mini plugin tout simple pour ajouter le form de date sur les rubriques comme le montre touti au début. Mais est-ce ça devrait pas être natif directement ?

• Anomalie #3776 (Fermé) : CVT Multi-étapes // Problème de gestion de tableaux avec l’utilisation `_...

  7 mai 2017, par cedric -

  Pour ce genre de cas difficile de proposer une solution automatique intégrée.
  La solution c’est d’ajouter un input hidden avec les checkbox, avec le meme name, qui ajoute une valeur vide au tableau, de façon à ce qu’il y ait toujours un post de la variable concernée. Il faut ensuite filtrer cette valeur vide dans le traitement du formulaire

• Anomalie #3164 : Problème de sauvegarde en MySQL

  10 février 2014, par Franck Dalot

  Bon, rectification, avec le fichiers mes_options ET la modif ligne 320 les sauvegardes se font avec les préfix choisi à l’instal :-)
  Test refais ce week avec un préfix des tables autre que celui par défaut et une instal en MySQL et php 5.4.23

  Par contre, il y a toujours un problèmes, car après passage d’un 2.1.25 neuf sans même un article mais avec 2 webmestres, à un spip 3.1 [21175] si je refais une sauvegarde la table spip_auteur est présente, mais vide dans le .sql de la sauvegarde.
  Alors que la table n’est pas vide dans le .xml d’une sauvegarde en 2.1.25
  Logiquement ok, je comprends que cela ne fasse pas les sauvegardes avec le préfix choisi à l’instal, puisque le patch ne concerne que spip 2.1.25 et pas encore la 3.1 (il y avait quand même le fichier mes_options pendant la mise à jour), cela dit la table spip_auteur ne devrait pas êtes vide...

  A savoir que sur un spip 3.1 natif par contre, la table spip_auteur n’est pas vide
  Cordialement, Franck