- <span class="CodeRay">[(#DATE**|informer_auteur)]
- </span>

Recherche avancée
Médias (91)
-
Corona Radiata
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Lights in the Sky
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Head Down
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Echoplex
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Discipline
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Letting You
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
Autres articles (54)
-
(Dés)Activation de fonctionnalités (plugins)
18 février 2011, parPour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...) -
Activation de l’inscription des visiteurs
12 avril 2011, parIl est également possible d’activer l’inscription des visiteurs ce qui permettra à tout un chacun d’ouvrir soit même un compte sur le canal en question dans le cadre de projets ouverts par exemple.
Pour ce faire, il suffit d’aller dans l’espace de configuration du site en choisissant le sous menus "Gestion des utilisateurs". Le premier formulaire visible correspond à cette fonctionnalité.
Par défaut, MediaSPIP a créé lors de son initialisation un élément de menu dans le menu du haut de la page menant (...) -
MediaSPIP : Modification des droits de création d’objets et de publication définitive
11 novembre 2010, parPar défaut, MediaSPIP permet de créer 5 types d’objets.
Toujours par défaut les droits de création et de publication définitive de ces objets sont réservés aux administrateurs, mais ils sont bien entendu configurables par les webmestres.
Ces droits sont ainsi bloqués pour plusieurs raisons : parce que le fait d’autoriser à publier doit être la volonté du webmestre pas de l’ensemble de la plateforme et donc ne pas être un choix par défaut ; parce qu’avoir un compte peut servir à autre choses également, (...)
Sur d’autres sites (11608)
-
Anomalie #3398 (Nouveau) : Date du thread modifiée lorsqu’un message de forum est soumis, sans ten...
6 mars 2015, par Pascal VerrierBonjour,
Configuration : un SPIP neuf 3.0.17 avec le plugin Comments 3.3.2 permettant l’affichage en thread (et donc de répondre à un message, ce qui n’est pas possible avec le core seul).
Concerné : plugin-dist forum.Je constate sur SPIP 3.0.17 ce fonctionnement curieux :
- j’ai configuré dans un premier temps le forum d’un article en modération à postériori
- j’ai posté un premier message puis y ai fait une réponse : je constate bien le changement de la date du thread qui se recale sur la date du dernier posté (et donc publié)
- j’ai modifié la configuration pour passer en modération à priori
- j’ai ajouté dans le même thread un troisième message (qui donc cette fois n’est pas publié, car modéré)
- dans la base de données je constate que la date_thread s’est de nouveau calée sur le dernier message, alors qu’il n’est pas publié (statut "prop")Cela ne me semble pas normal ; sur mon site de production (http://www.harmoweb.cnrs.fr/spip.php?rubrique28) intégrant l’affichage de la liste des threads, du plus récent au plus ancien (en se basant sur date_thread) cela a pour effet de "faire remonter" des messages anciens sur lesquels des messages viennent d’être posté même s’ils ne sont pas publiés (dans notre cas des spams interceptés par nospam, nous n’avons pas de modération à priori, mais le mécanisme posant problème est le même).
Dans mes recherches je suis également tombé sur cette correction d’anomalie https://core.spip.net/issues/852 où le problème de base était similaire mais si j’ai bien compris ne concernait que les mises à jour de statut de messages publiés à priori ; l’évolution de date_thread est normale dans ce cas, contrairement à la situation où le message n’est pas publié d’office, la date de thread ne tenant donc pas compte du statut du message fraîchement posté : lors de l’enregistrement d’un nouveau message, date_thread ne devrait être changé sur tous les messages du fil que si ce message est publié, et non dans les autres cas.
-
Evolution #3015 : Joindre document sur article, par défaut
25 octobre 2013, par guytarr °Après quelques essais de visu :
En 1.9.x, on a une boite de formulaire pour ajouter une image, une boite de formulaire pour ajouter un document (pour ce dernier, si "autorisé" dans la configuration, oui par défaut). r9462 simplifie en ne laissant plus que la boite de formulaire "ajouter une image" par défaut.Dans les versions supérieures, on a toujours la boite de formulaire "ajouter une image", et elle devient "ajouter une image ou un document" si "autorisé" dans la configuration, non par défaut. Je ne sais pas quand ça a été mis en place mais c’est postérieur à r9462, et c’est à ce moment qu’il aurait fallu rétablir l’activation des documents par défaut sur les articles, puisque l’espace privé n’en est pas plus "alourdi".
Puisqu’on a plus qu’une boite dans tous les cas, du coup la simplification initiale de r9462 combinée à l’unicité de la boite de formulaire amène plus de confusion qu’autre chose. J’ai l’impression qu’il y a eu collision dans les simplifications, l’une ne prenant pas en compte la précédente et que l’on laisse courir depuis SPIP 2.0. Me trompe-je ? Y a t-il un historien du commit dans la place ?
Je pense qu’on peut rectifier le tir à partir de SPIP 2.0 et qu’on active par défaut à l’installation ces fichus documents. Et vive pénélope :)
-
Anomalie #4574 (Nouveau) : Authentification AJAX non fonctionnelle lorsque mode parano actif
15 octobre 2020, par Guillaume FahrnerL’activation du mode parano casse l’authentification via AJAX, le JSON retourné par la page informer_auteur.html n’est plus valide : erreur javascript lors du parsing JSON -> hash calculé faux -> erreur de login
Une surcharge vide de formulaires/inc-logo_auteur.html permet de contourner ce problème (le logo n’apparaîtra plus bien évidemment).
Une autre solution (plus propre, sûr ?) consiste à désactiver les traitement de sécurité globaux dans informer_auteur.html en utilisant ** :
Il faut par contre modifier la fonction informer_auteur() pour filtrer var_login avant de le retourner :
- <span class="CodeRay"><span class="keyword">function</span> <span class="function">informer_auteur</span>(<span class="local-variable">$bof</span>) {
- include_spip(<span class="string"><span class="delimiter">'</span><span class="content">inc/json</span><span class="delimiter">'</span></span>);
- include_spip(<span class="string"><span class="delimiter">'</span><span class="content">formulaires/login</span><span class="delimiter">'</span></span>);
- include_spip(<span class="string"><span class="delimiter">'</span><span class="content">inc/auth</span><span class="delimiter">'</span></span>);
- <span class="local-variable">$login</span> = <span class="predefined">strval</span>(_request(<span class="string"><span class="delimiter">'</span><span class="content">var_login</span><span class="delimiter">'</span></span>));
- <span class="local-variable">$row</span> = auth_informer_login(<span class="local-variable">$login</span>);
- <span class="keyword">if</span> (<span class="local-variable">$row</span> <span class="keyword">and</span> <span class="predefined">is_array</span>(<span class="local-variable">$row</span>) <span class="keyword">and</span> <span class="predefined">isset</span>(<span class="local-variable">$row</span>[<span class="string"><span class="delimiter">'</span><span class="content">id_auteur</span><span class="delimiter">'</span></span>])) {
- <span class="predefined">unset</span>(<span class="local-variable">$row</span>[<span class="string"><span class="delimiter">'</span><span class="content">id_auteur</span><span class="delimiter">'</span></span>]);
- } <span class="keyword">else</span> {
- <span class="local-variable">$row</span>[<span class="string"><span class="delimiter">'</span><span class="content">login</span><span class="delimiter">'</span></span>] = safehtml(<span class="local-variable">$login</span>);
- }
- <span class="keyword">return</span> json_export(<span class="local-variable">$row</span>);
- }
- </span>
SPIP 3.2.8 à jour