7-En tant qu'élève, je souhaite que les cartes joués se retrouvent dans mes prochains jeux selon leurs poids (Flashcard) afin de bien maîtriser tous les mots

Description:

When I want to connect as a user that does not have the "admin" role, so either "Professeur", "Créateur" or "Élève", i get an error from the backend side.

I get this error message: 'Cannot read property of undifined, reading "joinColumns"'

How to reproduce:

• Create a new user in the database with his hashed password (argon2 hashed password),
• Add roles to this user (not 'Admin'),
• Try to connect to this user and see the error in the backend console.

📝 Description

This PR adds the functionality for a creator to insert users using an Excel file.

• It creates a component AddUserExcel
• inserts the data in the database
• Adds tests for the components

Tâche technique : CI/CD Pipeline avec GitHub Actions. :rocket:

📝 Description

En tant que développeur, je souhaite pouvoir déployer automatiquement mon application sur un serveur de production. La partie frontend devrait être déployée sur GitHub Pages et la partie backend sur un serveur dédié.

📋 Critères d'acceptation

• [x] Le déploiement du frontend se fait automatiquement sur GitHub Pages.
• [ ] Le déploiement du backend se fait automatiquement sur un serveur dédié.
• [x] Le workflow se lance à chaque push ou pull request sur la branche main.
• [x] Si les tests unitaires échouent, le déploiement ne se fait pas.
• [ ] Si les tests d'intégration échouent, le déploiement ne se fait pas.
• [ ] Si les tests d'acceptation E2E échouent, le déploiement ne se fait pas.
• [x] Le dossier /dist du frontend doit être disponible sur la branche gh-pages (il contient le code compilé de l'application Vue.js).

🚀 Tâches

• [x] Créer un workflow GitHub Actions.
• [x] Frontend : Lancer les tests unitaires, d'intégration et d'acceptation E2E à chaque push ou pull request sur la branche main.
• [x] Backend : Lancer les tests unitaires, d'intégration et d'acceptation E2E à chaque push ou pull request sur la branche main.
• [x] Si les tests unitaires échouent, le déploiement ne se fait pas.
• [x] Si tous les tests passent, déployer le frontend sur GitHub Pages.
• [x] Le déploiement du frontend se fait sur la branche gh-pages.
• [ ] Si tous les tests passent, déployer le backend sur un serveur dédié.
• [x] Dans les paramètres de GitHub Pages, activer la source gh-pages branch.

📌 Complexité : 4 (1-5)

C'est une tâche technique qui nécessite de comprendre comment fonctionne GitHub Actions et comment déployer une application Vue.js sur GitHub Pages.

🎯 Priorité : 20

C'est une tâche technique qui est prioritaire car elle permet de déployer automatiquement l'application sur un serveur de production. Cela permet de gagner du temps et d'éviter les erreurs humaines.

📦 Dépendances

• [x] Les en frontend et backend doivent être écrits.
• [x] L'applications doit au moins avoir une page d'accueil.

📚 Ressources

• GitHub Actions
• GitHub Pages
• Vue.js
• Vite

📅 Date de livraison : 2022-11-30

Titre

En tant qu'élève, je souhaite revoir les cartes que je n'ai pas trouvé dans mon deck actuel afin de vérifiez si j'ai assimiler la réponse.

Description

Si l'utilisateur a trouver la bonne réponse (qu'il a donc répondu "j'ai trouvé"), la carte est donc retiré du deck et il ne pourra plus retomber dessus lors de cette partie. Si il n'a pas trouvé la bonne réponse, la carte reste dans le deck

Critère d'acceptation

• Si l'utilisateur à cliqué sur "je n'ai pas trouvé" après avoir vu la réponse, la carte doit réapparaitre dans le deck.
• Le nombre de carte restantes dans le deck doit donc resté le même (et ne pas diminuer).
• La carte doit être rejouer lors de la partie.
• La carte doit être remise aléatoirement dans le deck (on ne sait pas quand elle réapparaitra dans la partie).

Info technique

Tâche

• Le bouton "je n'ai pas trouvé" a déjà été créé précédemment, il faudra donc faire en sorte que le clique sur ce bouton fasse revenir la carte dans le deck.
• Il faut remettre la carte dans le deck aléatoirement.

Complexité

4 sur 5

Titre

En tant qu'élève, je souhaite pouvoir sélectionner parmi trois choix : j'ai trouvé, j'y suis presque, je ne trouve pas. (flashcards)

Description

Une fois que l'utilisateur a vu la solution, il peut s'auto-évaluer en choisissant parmi ces trois choix (j'y suis presque, j'ai trouvé, je ne trouve pas). Cela permettra donc d'influencer le taux d'apparition de la flashcard. Si il a bien répondu, elle ne reviendra plus, si il ne trouve pas, elle devra réapparaitre.

Complexité:

La US a une complexité de 1 sur 5

Valeur d'importance

Cette US est intéressant car il va permettre à l'utilisateur de s'auto évaluer pour pouvoir indiquer s'il avait la réponse en tête, s'il était presque ou s'il n'a pas trouvé.

Critères d'acceptation

• Quand l'utilisateur veut savoir la réponse de sa carte , il ne sera pas possible de le voir sans avoir pas clique sur la carte
• Une fois quand il aura cliqué sur la carte, la réponse s'affichera sur l'écran de l'utilisateur où il sera capable de s'auto évaluer

Tâches composant User Story

• Créer un bouton qui valide la réponse si l'élève avait bien la réponse
• Créer autre bouton qui dit que l'élève était presque
• Créer le dernier bouton qui dit que l'élève n'a pas trouvé le mot

Maquette

• #5

This PR run tests in backend and frontend, if it passes we make the build, if it passes too, we create the Docker images and we push them on the Docker Registry!

Feature

- Users authentification with cookie session and JWT (Json Web Token )

Before when user want to be connected to the database he passed normal authenitification with personnal email and password and then we get user information to the database and we store it in the localstorage but this is not the rigth way to do because we introduce major security issues and we don't respect GDPR : General Data Protection Regulation. GDRP demand that user information must be securely stored

Now we use JWT token, When the user send his email and password, we first check if its a good password that he have send and the with the userId we generate a token available for 24h that the user will use in the cookie when he send http request. we also send a x-xrsf-token which is a random UID store in the session storage of the user. After his connection, each time when the user want to be connected he must send his sessionId that correspond to his token and the x-xrsf-token to prevent crsf attack Cross-Site Request Forgery

- Manage user access to some administrator page

For all routes in other to don't give access to user that don't have role, when the user access to some route, we check his role by verifying personnal informations

So for this we create 4 stores that make async http request which either returns the user role or check if the user exist and if the user is not authentificated, we clear all user session and cookie and redirect user to the database

- Fix Bug in relation user_response when user complete flashcard game

BUG: When the user completes a game, we will normally have to store his answers in this table but since the user's answer is linked to the level of the game he is playing, we must also store his level in the column corresponding to the level gambling was present in the entity. But at the time of insertion it was not sent.

So we first store the level id of the game in the current level store and when the user complete the game, the level id is also send in other to complet all column of the entity.

- Refactor code to respect camelCase convention

In the workflow we decide to respect some convention(camelCase) But in certain part of the code I have found some variable that didn't respect it!

🧪 test(E2E): add an E2E test for the home, login and add user excel pages.

I configured Cypress to be usable in our project. I added its dependency.

I also added an excel file and a text file to simulate the E2E tests.

J'ai également mis à jour l'url de base de "/TaalToolBox/" à simplement "/" dans plusieurs fichier car nous allons déployer le frontend sur notre VPS et non dans les pages GitHub.

…end part of the application:

Loggin: -> Message when the user enter wrong password or wrong email

Register: -> Message when registration pass -> Message when email is already used by another user -> Message when an internal error occurs

Description

Users not authenticated must to be redirected to the login page even if he modifies the url of the browser. We need to check her role for each page and give access to specific page!

Actual context

Now routes pages are exposed to all users, which pose a real security concern for the application.

Titre:

En temps qu'élève connecté, je souhaite pouvoir entrainer ma prononciation via un jeu afin de progresser dans la langue.

Description:

Un élève devrai avoir accès à un nouveau mode de jeu nommé "Verbalize" qui lui permettrait d'entrainer la prononciation de différents mots. Un mot s'affiche à l'écran et l'élève doit s'enregistrer. Le site lui informe alors de sa bonne ou mauvaise prononciation.

Titre:

En tant que créateur, je souhaite pouvoir ajouter des informations lorsque je crée un nouveau niveau afin de rajouter des détails.

Description:

Une fois que le créateur à choisi la position du nouveau niveau et le type d'activité, il est invité à ajouter un nom, un thème, une difficulté et une description pour le dis niveau. Après avoir fournit les informations, il est redirigé vers une page de création de niveau en fonction du style d'activité choisi.

Critère d'acceptation

• Une page est accessible pour permettre aux créateurs d'ajouter des détails pour le nouveau niveau.
• Tous les informations doivent être fournies pour que le créateur puisse continuer vers les autres pages
• Il faut donc qu'il remplisse: -> Un champ textarea où il fournis la description du nouveau niveau -> Un champ input text où il fournis le nom du nouveau niveau -> Un select ou il sélectionne le thème du nouveau niveau -> Un champ number où il indique la difficulté du niveau

Infos technique:

=> La carte doit être disponible et fonctionnelle.

=> Un store doit être initialisé pour stocker les informations données par le créateur et pour que ces dites informations soient utilisables par après dans d'autre page.

Dépendances API:

• Une route GET "/theme" doit permettre de récupérer une liste des themes disponibles.

Tâche

• Créer une page liée à la route "/infoLevel"
• Créer un store et y initialiser des variables pour y stocker les infos données par le créateur
• Créer un champ "textarea" pour la description
• Créer un champ "text input" pour le nom
• Créer un champ "number" pour la difficulté
• Créer un champ "select" pour le thème

Complexité

2 sur 5

I. Titre

En tant qu'élève je souhaite effectuer l'activité principale sur la map la première fois que je me connecte afin de débloquer de nouveau palier d'activité

II. Description

Lorsqu'un élève se connecte pour la première fois sur l'application et se rend sur la carte il aura la possibilité de faire l'activité principale qui consiste à la présentation de son école et de la plateforme.

III. Maquette