Validations dans la source 24
-
cedric@yterium.com a rédigé
Attention : on branche le trunk en v1 qui reste la version stable. Le trunk va subir du nettoyage/refactoiring et passe en v2-dev
-
camille.sauvage@espci.fr a rédigé
-
spip.franck@lien-d-amis.net a rédigé
-
nicolas.dorigny@gmail.com a rédigé
suppression du echo devant $exporter_csv, qui rajoute le nom du fichier à la fin de l'export sur certains serveurs incrémentation mineure de version
-
maieul@maieul.net a rédigé
lors d'un retour de formulaire, renvoyer vers une ancre identifiant le formulaire. On met la référence à l'ancre dans l'attribut action dans tt les cas. En effet, même si on redirige vers une autre page une fois le formulaire validé, il faut prendre en compte le cas des erreurs dans la partie V du CVT
-
maieul@maieul.net a rédigé
-
brunobergot@gmail.com a rédigé
version 1.9.5 : réparer l'enregistrement des données quand deux formulaires sont présents sur une même page report adapté de r80690 qui fix ce bug dans le trunk, car en récupérant id_formulaire avec _request dans les traitements on récupérait à tord l'id du formulaire précédemment posté depuis l'url de la page
-
spip.franck@lien-d-amis.net a rédigé
les bornes doivent êtes de type x.y.z, de plus, quand un plug n'est que pour spip 3.0.* alors les bornes mini des necessite doivent êtes ceux des versions qui fonctionne sous spip 3.0.x
-
nicolas.dorigny@gmail.com a rédigé
Mieux filtrer l'identifiant : "1erform" était compris comme id_formulaire=1 et pas identifiant="1erform" (merci Anne-Marie pour le signalement)
-
camille.sauvage@espci.fr a rédigé
Controle du numero d'id_reponse en base Mise à jour du champ maj dans la table spip_formulaires_reponses Vérification de l'id_auteur lorsqu'un id_formulaires_reponses est fourni pour éviter qu'un auteur modofie les réponses d'un autre
-
spip.franck@lien-d-amis.net a rédigé
-
maieul@maieul.net a rédigé
-
maieul@maieul.net a rédigé
-
maieul@maieul.net a rédigé
-
maieul@maieul.net a rédigé
-
spip.franck@lien-d-amis.net a rédigé
-
http://trad.spip.orghttps://trad.spip.netspip.franck@lien-d-amis.net a rédigé
- trad.spip est en https maintenant, donc, j'ajoute le"s"
-
spip.franck@lien-d-amis.net a rédigé
- Suite à un problème de sécu concernant facteur, je monte la version mini des necessites pour réduire le risque que les gens aient une version de facteur à risque. - Je monte aussi la version mini des utilises, ce qui aura pour incidence une désactivation de facteur si les gens ne le mettent pas également à jour ( à voir si c'est une bonne idée), je pars du principe que le mieux, c'est une désactivation, plutôt que d'avoir un plug à problème - A savoir que je n'ai fait la mise à jour que pour la version de facteur qui est pour spip 3.0.0 mini https://zone.spip.org/trac/spip-zone/changeset/109788
-
spip.franck@lien-d-amis.net a rédigé
Mise à jour de la version de saisies dû à un problème de sécu qui ne concerne que les deux plug en question (recherche faite dans les dossiers "squelettes/tag/plugins" sur la zone) https://zone.spip.net/trac/spip-zone/changeset/112964/spip-zone
-
spip.franck@lien-d-amis.net a rédigé
-
spip.franck@lien-d-amis.net a rédigé
Je monte la version de facteur après sont dernier commit, et fait un z+1 pour être réduire aux max les possibilités qu'une vielle version soient en ligne (pour info, il ne devrait pas y avoir de problème d'encodage, j'ai fait deux vérifications avant mon commit)
-
spip.franck@lien-d-amis.net a rédigé
Ne devrait pas y avoir de problème car il n'y avait pas de borne max, et comme ça, nous sommes sûr que les gens auront une version secu
-
cedric@yterium.com a rédigé
Il faudra refaire l'update de version sur les trunk/ mais les branches archivees doivent rester avec les dernieres bornes de compat fonctionnelles connues pour que celles-ci restent en etat de marche (les utilisateurs de vieilles versions le font en connaissance de cause)