Et ce fut la v16. Et les testeurs testèrent.

Bonjour peuple,

Je vous la fait courte parce que je n'ai pas le temps : la v16 de ZdS est déployée sur la bêta et est ouverte aux tests.

Que ce qui doit être testé soit testé ! (ainsi que tout le reste, dans un monde idéal – serons-nous dans un monde idéal ?). Si vous voulez donner un coup de patte : https://beta.zestedesavoir.com/ (utilisateur: clementine / mot de passe: orange).

Je me suis pris une erreur pendant le déploiement, je ne sais pas ce qu'elle signifie ni ce qu'elle implique !

En tous cas elle n'empêche pas le système de démarrer…

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

Operations to perform:
  Synchronize unmigrated apps: corsheaders, raven_contrib_django, captcha, munin, debug_toolbar, sitemaps, rest_framework_swagger, rest_framework, haystack, crispy_forms
  Apply all migrations: oauth2_provider, search, tutorialv2, forum, sessions, admin, utils, featured, auth, gallery, member, default, contenttypes, mp, sites, easy_thumbnails
Synchronizing apps without migrations:
  Creating tables...
  Installing custom SQL...
  Installing indexes...
Running migrations:
  Applying oauth2_provider.0002_08_updates... OK
  Applying tutorialv2.0009_publishedcontent_authors... OK
  Applying tutorialv2.0010_publishedcontent_sizes... OK
  Applying utils.0002_comment_update_index_date... OK
CommandError: This script should be run from the Django Git checkout or your project or app tree, or with the settings module specified.
Sentry is attempting to send 1 pending error messagesWaiting up to 10 seconds
Press Ctrl-C to quit
Deleting 'admin/js/jquery.init.575b5609d57c.js'

La liste des tickets :

Rapport pour le jalon Version 16 ()

43 tickets sont compris dans ce jalon (2 ouverts et 41 fermés)

Tickets toujours ouvert

Tickets fermé

Corrections de bug

Evolutions

Non défini

Je me suis pris une erreur pendant le déploiement, je ne sais pas ce qu'elle signifie ni ce qu'elle implique !

Lié à l'i18n. Potentiellement les traductions ne seront pas à jour sur le projet quand ce message se produit. Je differai ce tag et le précédent ce soir, ça doit pas être très compliqué à comprendre si c'est dans le code et pas dans le processus de déploiement.

Pour ceux qui souhaitent partir à la chasse aux bugs, peut-être donner le lien de la bêta ?

https://beta.zestedesavoir.com/ (utilisateur: clementine / mot de passe: orange).

Je me suis logué, connecté à "mes tutoriels", j'ai tenté de déplacer une section et je me prend un 404. Du coup, le tutoriel semble avoir disparu. Une explication ?

Aussi, puisque l'export pdf semble désactivé, peut être faudrait il cacher le lien.

Dernier point, c'est peut-être dû au serveur de test, mais le chargement est très long sur certaines pages (exemple: https://beta.zestedesavoir.com/forums/sujet/447/javaquarium/, près de 20s).

Salut yoch,

Tu as un scénario pour reproduire le bug ? Avec tes explications, je ne le reproduis pas.

Dernier point, c'est peut-être dû au serveur de test, mais le chargement est très long sur certaines pages (exemple: https://beta.zestedesavoir.com/forums/sujet/447/javaquarium/, près de 20s).

Je ne suis pas à 20 secondes mais le serveur n'est pas pareil. C'est sans doute à cause de ça.

Tu as un scénario pour reproduire le bug ? Avec tes explications, je ne le reproduis pas.

De mémoire (parce que là je n'ai plus du tout accès à mon tuto en mode édition) :

1. je me logue ;
2. je clique sur paramètres -> mes tutoriels ;
3. je clique sur mon tuto (à ce moment, j'ai "Acueil > Tutoriels de yoch > Le backtrack…" dans la barre de navigation) ;
4. je clique sur un bouton <Déplacer> (au hasard), puis je sélectionne <monter> et je valide ;
5. BOUM, erreur 404, et mon tuto est dès lors totalement inaccessible en édition…

Je confirme les propos de yoch.

je reproduis le bug avec un minituto deja publié.

Tu pourrais récupérer l'archive, noter la procédure exacte et créer une issue ? Moi j'arrive pas à reproduire pourtant j'ai déplacé mes tutos dans tous les sens.

Je me suis pris une erreur pendant le déploiement, je ne sais pas ce qu'elle signifie ni ce qu'elle implique !

Lié à l'i18n. Potentiellement les traductions ne seront pas à jour sur le projet quand ce message se produit. Je differai ce tag et le précédent ce soir, ça doit pas être très compliqué à comprendre si c'est dans le code et pas dans le processus de déploiement.

J'ai pas trouvé.

Si quelqu'un veut jouer un peu, c'est là que ça se passe : https://github.com/django/django/blob/5d35b53c36b0f2e62964faa02faefc721787178e/django/core/management/commands/compilemessages.py#L73

Je me demande dans quelle mesure ça pourrait être lié au fait que notre settings.py définit LOCALE_PATHS avec un path qui n'existe pas. Ce serait surprenant que ça se révèle que maintenant, mais on sait jamais…

J'ai déployé la v16-RC2 et en ai profité pour tester la théorie de victor ci-dessus, qui s'est avérée être exacte.

Je vais synchroniser la prod sur la bêta. Ça passe par un arrêt de la bêta pour éviter les surprises…

C'est fait. Et comme c'est de la synchro totale, tout test en bêta a été perdu (j'ai pas trop le choix en même temps…).

J'ai aussi fait un script qui permet à toute personne avec les droits d'admin sur les serveurs de faire cette synchro.

Y a pas moyen d'anonymiser au moins les emails avec le script ? Histoire de pas spammer les membres quand on fait les tests depuis la beta ?

Tu as spammé les membres avec la bêta ? Parce que ça doit faire un an qu'elle n'est plus anonymisée, la bêta :S

Au risque de passer pour le mec qui a pas pigé le script de SpaceFox, ce serait pas super simple de flanquer un truc dans ce goût entre l'étape 1. et 2. de la partie "Finalisation" ?

1

mysql -u root -p -B zdsdb -e "UPDATE `zds_users.users` SET email='root@example.com'"

La question n'est pas de savoir si c'est faisable (parce que oui, ce serait facile) mais si c'est utile.

Oui. Un utilisateur lambda (et pas intéréssé par le dev' de ZdS) qui a activé ses notifications par mail n'as surement pas envie d'être spammé de mail de notifications vers la bêta, à fortiori si c'est pour lire "test". Pareil pour les MPs (dont le comportement par défaut est d'envoyer un mail). D'autant si l'utilisateur en question ne sais pas de quoi il retourne et se retrouve fasse à l'identification en .htaccess.

Je pense qu'on est tout simplement safe parce que le serveur de mail de la bêta n'as pas fonctionné pendant tout un temps (j'ai pas vérifié si c'était toujours le cas).

Je suis d'accord avec pierre_24. Et comme c'est facile, autant le faire.

Étant donné que le serveur mail de bêta est cassé depuis la migration d'aout dernier, je n'ai embêté personne. Mais le jour ou cette issue sera résolue, ça commencera à poser des problèmes.

En fait pour plus de justesse, la requête sql serait plutôt :

1

mysql -u root -p -B zdsdb -e "UPDATE `zds_users.users` SET email = CONCAT('user', pk ,'@example.com')"

Et comme l'a dit victor :

Et comme c'est facile, autant le faire.

Alors que quelqu'un avec les accès se fasse plaisir, parce que personnellement je suis dans l'incapacité de le faire avant lundi soir.

Bon, on a un problème ici. Cette release n'est pas énorme (43 issues, on en a fait des beaucoup plus grosses)… et pourtant ça fait largement plus de 2 semaines qu'elle traîne en bêta et il y a encore au moins un bug bloquant

Selon le process, j'aurais dû annuler la release jeudi dernier. Sauf que tant qu'elle n'est pas finie, on ne peut pas monter en v1.8 ou supérieure, et donc on est sur une version non supportée de Django…

Du coup, ben je ne sais pas. J'ai l'impression qu'on a de plus en plus de problèmes pour tester et corriger nos releases, et j'ai pas d'idée intelligente pour corriger ce problème. Si quelqu'un a une idée ?