Recherche avancée

Sur d’autres sites (11930)

• Anomalie #3382 (Nouveau) : Un rédacteur peut consulter un document d’un article en cours de rédact...

  5 février 2015, par - Equipement

  Bonjour,

  Sur un site de test avec SPIP 3.0.17 [21515] (sans aucun plugin ajouté) et également sur un autre site de test sous SPIP 3.1 alpha [21872], j’ai effectué le test suivant :

  L’administrateur du site :
  - créé l’article 1 (il est le seul auteur de cet article),
  - ajoute le document 1 à l’article 1,
  - l’article 1 a le statut « en cours de rédaction ».

  Un rédacteur du site :
  - créé l’article 2,
  - ajoute, depuis la médiathèque, le document 1 à l’article 2,
  - clique, dans l’article 2, sur le document 1 pour le consulter.

  Le rédacteur peut ainsi consulter le document 1 de l’article 1 (en cours de rédaction) dont il n’est pas l’auteur.

  Pour mémoire, SPIP interdit à un rédacteur de voir un article en cours de rédaction, dont il n’est pas l’auteur. Aussi, le résultat du test précité semble aller à l’encontre de ce principe de SPIP.

  J’ai ensuite complété ce test avec les 2 étapes suivantes :
  - Le rédacteur du site affiche le formulaire de modification du document,
  - Le rédacteur du site clique sur le lien « changer » et remplace le fichier du document 1 par un autre fichier, puis il clique sur le bouton « Téléverser », puis le bouton « Enregistrer ».

  Ainsi, le rédacteur peut, en plus, remplacer le document 1 de l’article 1 (en cours de rédaction) dont il n’est pas l’auteur.

  Remarque : la fonction "autoriser_document_modifier_dist" comprend le commentaire suivant (y compris le point d’interrogation) : // un document non publie peut etre modifie par tout le monde (... ?)

  Cordialement
  Equipement

• Anomalie #4011 : Ajouter la médiathèque comme choix de source lors la modification d’un document

  6 octobre 2017, par 6ril oo

  Cyrille GOYETTE a écrit :

  L’idée c’est d’obtenir directement l’id d’un autre document déjà sur le serveur grâce à la médiathèque, pour pouvoir remplacer celui en cours par celui dont c’est l’id, et donc d’éviter devoir détacher le document puis d’en attacher un autre. A l’identique de ce qui peut se faire depuis la cartouche d’ajout de document. Je ne comprends pas bien en quoi cela créerait un doublon de fichier sur le serveur. Ceci dit, la demande n’a pas une priorité haute, c’est juste que ça me semblerait plus cohérent puisque la possibilité existe en ajout de document, et ce serait plus facile en modif que de devoir détacher et attacher un autre.

  Finalement, je comprends que ce n’est pas possible. Comme une vignette et autres caractéristiques existent sur le document encours, on ne peut pas le modifier directement par un autre déjà existant, sauf à écraser les propriétés soit de l’un ou de l’autre, avec rafraîchissement des infos après modifs, ce qui n’est pas du tout le fonctionnement actuel, c’est logique. On ne peut qu’ajouter un nouveau document pour le remplacer lorsque l’on veut le modifier depuis la modale ou exec=document_edit. Sinon faut détacher, et rattacher un autre.. On peut clôturer le ticket ;-)

• Revision 63130 : L’action getid3_infos ne prend que l’id du document en paramètre Un ...

  30 juin 2012, par kent1@… — Log

  L’action getid3_infos ne prend que l’id du document en paramètre
  Un peu mieux pour l’extraction d’une date