26 September

Revisions : SPIP http://core.spip.org/projects/spip/activity

• 22:34
  Evolution #3928: les emails sont publics dans le privé - Dirk Stratmann Revisions : SPIP
  Puis dans la doc officielle de SPIP où est-ce qu'on parle du fait que tous les emails sont visibles par défaut ? Et où du plugin autorite ? Je n'ai rien trouvé: https://www.spip.net/spip.php?page=recherche&recherche=autorite Donc il faut vraiment chercher 1h minium avant de tomber sur ce plugin ou le fil de discussion ici. Le minimum serait de mettre un avertissement bien visible sur la doc du fait que les adresses emails sont visibles par tous les rédacteurs avec un lien sur autorite, une fois le patch plus haut y sera intégré, sinon ce plugin ne sert à pas grand chose, au contraire on (...)
• 22:20
  Evolution #3928: les emails sont publics dans le privé - Dirk Stratmann Revisions : SPIP
  La fonctionnalité optionnelle de SPIP de permettre à tout le monde de s'inscrire en tant que rédacteur sans intervention de l'admin, montre bien que SPIP n'est pas juste fait pour des sites avec des petits comités de rédaction où tout le monde se connaît, mais également pour des sites collaboratifs où on invite justement un maximum de personnes de contribuer, comme c'est pour mon site. Donc l'histoire de montrer ou pas les emails à tous les rédacteurs, devrait être effectivement un choix dans le core de SPIP, qui devrait empêcher toute possibilité de contournement et par défaut à mon avis il ne faut (...)
• 21:01
  Evolution #3928: les emails sont publics dans le privé - RastaPopoulos ♥ Revisions : SPIP
  Ce n'est absolument pas un "bug de sécurité", mais un choix éditorial suivant les sites. Avant tout l'admin de SPIP est pensée en priorité pour un "comité de rédaction", et donc il n'y a aucun problème à ce que ces gens qui se connaissent relativement et travaillent ensemble, aient les coordonnées de chacun. C'est un choix éditorial suivant d'autres types de site de vouloir les masquer. Mais ça devrait clairement être une possibilité du noyau, sans autre plugin nécessaire à ajouter. (cf l'histoire du RGPD plus haut (...)
• 19:35
  Evolution #3928: les emails sont publics dans le privé - Dirk Stratmann Revisions : SPIP
  Trouvé une solution ici par rapport au problème de l'accès URL ecrire/?exec=auteurs https://forum.spip.net/fr_264838.html Il faut créer un fichier "auteurs.html" dans ce dossier: squelettes/prive/squelettes/top/auteurs.html avec simplement cette ligne en contenu: [(#SESSIONstatut|==0minirezo|sinon_interdire_acces)] Le dossier prive n'existe pas par défaut (en tout cas sur mon SPIP)
• 19:21
  Evolution #3928: les emails sont publics dans le privé - Dirk Stratmann Revisions : SPIP
  Je tout à fait du même avis qu'il faut que l'affichage des emails doit être déactivé par défaut dans le core de SPIP pour les rédacteurs et non une fois qu'on a installé le plugin "autorite". Il m'a fallu 1h de recherche sur des forums SPIP avant de trouver ce plugin, je ne pense pas que tous les webmaster font ce travail. De plus pour une inscription ouverte et large des rédacteur, le fait d'annoncer "attention votre email sera vu par tout le monde (les rédacteurs)" (comme j'ai fait jusqu'ici) freine à mon avis les gens de s'inscrire en tant que rédacteur. Le plugin "autorite" semble bien (...)
• 16:32
  Anomalie #4556 (Résolu): Description du repo - cam.lafit - Revisions : SPIP
  Le texte a été modifié

25 September

Revisions : SPIP http://core.spip.org/projects/spip/activity

• 14:39
  Anomalie #4556 (Résolu): Description du repo - jluc - Revisions : SPIP
  Sur https://git.spip.net/spip/spip , le descriptif du projet SPIP est obsolète : `Dépôt officiel du core SPIP * Copie possible par svn sur svn://trac.rezo.net/spip * Les svn:externals sont présent dans https://git.spip.net/SPIP/[nom du plugin dist]`.
• 10:58
  Evolution #4468: Unification des CSS pour les boutons et les icônes Revisions : SPIP
  Et j'ai réessayé avec un spip nu, sans aucun plugin supplémentaire : pareil

23 September

Revisions : SPIP http://core.spip.org/projects/spip/activity

• 22:15
  Evolution #4468: Unification des CSS pour les boutons et les icônes Revisions : SPIP
  Alors, même en vidant entièrement le dossier tmp, j'ai : Fatal error: Uncaught Error: Call to undefined function ecrire_fichier_calcule_si_modifie() in C:\\laragon\\www\\spip33\\plugins-dist\\compresseur\\inc\\compresseur.php:302 Stack trace: #0 C:\\laragon\\www\\spip33\\plugins-dist\\compresseur\\inc\\compresseur_concatener.php(81): compresseur_callback_prepare_css('prive/themes/sp...') #1 C:\\laragon\\www\\spip33\\plugins-dist\\compresseur\\inc\\compresseur.php(206): concatener_fichiers(Array, 'css', Array) #2 C:\\laragon\\www\\spip33\\plugins-dist\\compresseur\\compresseur_fonctions.php(138): (...)
• 16:06
  Evolution #4468: Unification des CSS pour les boutons et les icônes Revisions : SPIP
  J'ai changé l'icône d'export plutôt que l'autre comme le suggérait RastaPopoulos, ça me semble plus logique. ⓐRealET : ça persiste après un recalcul ? J'ai une erreur php quand je bascule du master sur cette branche mais c'est normal car elle est en retard de quelques mois sur le master, donc certaines fonctions invoquées dans les fichiers mis en cache manquent. Par contre ton erreur ne semble pas concerner le dépôt spip mais un des plugins dist, donc je vois pas trop pourquoi elle apparaît juste là. ⓐRastaPopoulos : j'en parle justement plus haut : (...)
• 14:59
  Anomalie #4555 (Nouveau): Révisions de lien si personne logé - jluc - Revisions : SPIP
  Dans https://git.spip.net/spip/revisions/src/branch/master/inc/revisions_pipeline.php#L319 $GLOBALS['visiteur_session']['id_auteur'] est parfois undefined sur un de mes sites, pour un lien sur spip_gis. Ne faut il pas prendre en compte l'éventualité que personne soit logé et ajouter "(... ?? 0)" ?
• 13:34
  Evolution #3821: [sécurité - cookie] possibilité de gérer l'attribut "secure" du cookie spip sess... - b b Revisions : SPIP
  Topito marcimat :) On ferme ?
• 10:23
  Evolution #3821: [sécurité - cookie] possibilité de gérer l'attribut "secure" du cookie spip sess... Revisions : SPIP
  J’ai complété par https://git.spip.net/spip/spip/commit/d6552d0563 en fait, car trop optimiste, la version avec $options en tableau est arrivée en PHP 7.3, de même que l’option samesite. Du coup, on applique same que pour php >= 7.3. Alternative sinon il faudrait passer par la fonction header() comme a fait Nextcloud là dans sa classe setCookie : https://github.com/nextcloud/server/commit/d01905200aa2da5f6271815975500dc7f30fd050

22 September

Revisions : SPIP http://core.spip.org/projects/spip/activity

• 19:06
  Anomalie #4543: Accessibilité des chargements ajax (live regions) - nicod _ Revisions : SPIP
  Pour info, mon interlocuteur sur ces questions, que je cite, est Eric Gateau, de Temesis (https://temesis.com/a-propos/equipe-temesis/) avec qui je collabore sur un projet en ce moment.
• 18:51
  Evolution #3821 (En cours): [sécurité - cookie] possibilité de gérer l'attribut "secure" du cooki... Revisions : SPIP
  J’ai envoyé : https://git.spip.net/spip/spip/commit/63a427ac2 https://git.spip.net/spip/spip/commit/607ad198 Ça introduit la possibilité d’avoir _COOKIE_SECURE , sur 'spip_session'. Je ne vois pas trop le rapport avec 'spip_lang' cela dit ?, donc je ne l’ai pas mis dessus. Si quelqu’un·e a des détails à fournir (ou s’il faut pouvoir définir la liste, dites le :) Par défaut aussi, j’envoie maintenant aussi samesite => Lax.
• 15:00
  Anomalie #4543: Accessibilité des chargements ajax (live regions) - nicod _ Revisions : SPIP
  nicod _ a écrit : C'est bien ce que je comprends des recos, oui, attribut aria sur le premier résultat et redonner le focus sur cet élément. J'ai dit une bêtise : retirer l'attribut aria-live et juste gérer le focus. Précisions : (D'ailleurs, pour effectuer cela, afin de donner le focus à un élément qui normalement ne le reçoit pas, il faut lui ajouter un attribut tabindex="-1".) Enfin, il est vraiment important de voir en contexte leur nécessité, si je reprend l'exemple donné sur le github de la disic, à propos d'un panier d'achats, ce n'est pas aussi simple qu'ils l'ont écrit. Tout va dépendre du (...)