« Réunion du 17-10-2023 » : différence entre les versions
Aller à la navigation
Aller à la recherche
Balise : wikieditor |
Balise : wikieditor |
||
| Ligne 11 : | Ligne 11 : | ||
= Bugs = | = Bugs = | ||
== llJsonGetValue == | === llJsonGetValue === | ||
* La fonction de script LSL retourne quelque chose qui n'est pas une chaîne vide quand la clé n'est pas trouvée :( ex llJsonGetValue("{}",["-"]) retournera quelque chose. | * La fonction de script LSL retourne quelque chose qui n'est pas une chaîne vide quand la clé n'est pas trouvée :( ex llJsonGetValue("{}",["-"]) retournera quelque chose. | ||
* Réponse : la fonction retourne une liste vide comme chez SL. Il devrait y avoir un json_invalid quelque part dans cette réponse. | * Réponse : la fonction retourne une liste vide comme chez SL. Il devrait y avoir un json_invalid quelque part dans cette réponse. | ||
Version du 27 octobre 2023 à 10:54
Changements du code de la semaine
- Aucun
Modules
Chat vocal
- Mumble : semble instable, a pu fonctionner avec la dernière version de dotnet6.
Recherche
- kcozems searc fonctionne bien avec dotnet6
Bugs
llJsonGetValue
- La fonction de script LSL retourne quelque chose qui n'est pas une chaîne vide quand la clé n'est pas trouvée :( ex llJsonGetValue("{}",["-"]) retournera quelque chose.
- Réponse : la fonction retourne une liste vide comme chez SL. Il devrait y avoir un json_invalid quelque part dans cette réponse.
- Si vous avez un bug reproductible, écrivez un ticket mantis.
Tests unitaires
- Xunit est un outil plus rapide que Nunit qui permet de réaliser des tests unitaires dans un langage donné, moderne et maintenu, recommandés pour les tests de dotnet.
- Besoin de nouveaux tests car Nunit a changé de syntaxe. Les tests ont été réécrits et restructurés, placés tous au même endroit pour un usage plus efficace.
- La question des tests doit encore être étudiée et améliorée.
- Test prévus : les fonctions de base, la connexion, l'inventaire, la sérialisation des données et le comportement du simulateur. Ce sont généralement les choses qui se cassent en premier ou qui se sont cassées dans le passé. Les opérations les plus critiques en fait. Les choses plus spécifiques comme les fonctionnalités de script sont assez faciles à mettre en place avec un moteur de script factice et en exécutant un script pour vérifier la sortie. Les choses plus difficiles à tester sont les appels à la physique et les comportements complexes qui nécessitent de créer des régions factices. Des choses comme les passages de vers une autre région et les téléportations sont assez difficiles à tester. Les anciens tests à ce sujet consistent essentiellement à prier pour que les choses fonctionnent.
Il y a quelques systèmes comme scene helpers etc. qui permettent de créer des tests sans avoir besoin d'exécuter un environnement complet. Savoir si un changement rompt les fonctions de base est tout à fait vital à mesure que nous remplaçons de plus gros morceaux de code par des normes dotnet plus récentes.
Heureusement, il y a encore quelques personnes qui suivent activement le développement et qui écrivent des tickets lorsque des choses se cassent.
Projets en cours
- Déplacer git master vers dotnet6
Source
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2023-10-17