Le contenu de cette page est potentiellement obsolète.

Le wiki sert d'archive et ne représente pas la vision actuelle du Parti Pirate. Pour connaître les positions des Pirates, aujourd'hui, vous pouvez consulter :

Et pour toute autre question, vous pouvez nous contacter et discuter avec nous :

Réunion du Conseil Transitoire - Semaine 4 - Juillet 2018 du 29/07/2018

De Wiki du Parti Pirate
Sauter à la navigation Sauter à la recherche

Réunion du Conseil Transitoire - Semaine 4 - Juillet 2018

Convoqués

  • Conseil Transitoire :
    • npetitdemange (1)
    • farlistener (1)
    • Zidjinn (1)


Notice: Undefined index: mem_present in /usr/share/nginx/html/meeting/export_templates/markdown.php on line 241

    • Aurifex (1)
    • Florie (1)
    • gwenael.pellen (1)
    • Bibo (1)
      • 7/8

Absents

  • Conseil Transitoire :


Notice: Undefined index: mem_present in /usr/share/nginx/html/meeting/export_templates/markdown.php on line 318

    • Relaxx

Ordre du jour

Fermeture des votes

Pas de description


Résultats des motions

Pas de description


Point sur les tâches en cours

Pas de description

Tâche
Faire un mail de compte rendu du résultat des votes
npetitdemange: Un mail sera envoyé demain pour relancer l'équipe technique

Points divers

Pas de description


Rapport incident Assemblée permanente Juillet 2018

Bonjour à tous,

Nos deux scrutateurs <a class="mention" href="https://discourse.partipirate.org/u/farlistener">@Farlistener</a> et <a class="mention" href="https://discourse.partipirate.org/u/gpellen">@gpellen</a> m’ont fait remonté une information dont je vous fais part car elle pourrait potentiellement affecter le vote.

Un des votants a atteint un score négatif dans son vote…

Le soucis provient probablement du fait qu’il a voulu assigner plus que les 100 pouvoirs que la machine peut lire. En l’occurrence, il a assigné 200 entre oui et NSPP ce qui fait qu’un des deux votes ressort avec la valeur -100. On trouve également un -300.

Cela peut s’expliquer par le fait que depuis cette session Congressus est programmé pour réceptionné que 100 pouvoirs et calculer ensuite la part de délégation (ex. j’ai 125 pouvoirs, je vote 100 [limite de la machine], mais ce seront bien 125 points qui seront comptabilisés au final). Tout cela a été expliqué dans le mail envoyé aux adhérents.

Techniquement :

Alors,

Tout d’abord je connais les faiblesses de congressus, donc je savais que c’était un résultat possible MAIS :

  • Le formulaire a des mécanismes de protections (insuffisants à mon gout, mais là n’est pas le problème), notamment un qui ramène la somme des points à la valeur maximale, ce qui explique ici le score négatif
  • Normalement le formulaire est htmlment conçu pour que le score ne puisse pas sortir des limites (sauf intervention javascript OU inspection DOM)
  • Il n’y a pas de protection côté serveur

Pour y revenir, et pour ne pas altérer les votes de cette personne, j’ai mis en place le mécanisme suivant de rétro-contrôle :

  • Si le vote a un pouvoir négatif, alors il vaut 0
  • Si le vote a un pouvoir excessif, alors il est ramené au max des pouvoirs de vote
Zidjinn: Je viens de faire le test pendant la réunion, sur le 1er des votes (navigateur Firefox, test effectué vers 20h45).

Si je met 500 points dans "Non", alors un -400 apparaît sur "Oui".


Prochaine réunion

Pas de description