Réunion du 13-01-2026 - Historique des versions

Acryline : /* Discussion */

2026-02-02T10:04:06Z

Discussion

← Version précédente		Version du 2 février 2026 à 10:04
Ligne 82 :		Ligne 82 :
	* Normalement, cette adresse se trouve dans un fichier ini et pas dans la base de données. Mais, certaines peuvent être stockées sur le compte utilisateur. Les fichiers ini sont utilisés pour les utilisateurs locaux, mais en revanche quand il s'agit d'utilisateurs hypergrid, Ubit Umarov à l'air de dire que ce n'est pas très clair.		* Normalement, cette adresse se trouve dans un fichier ini et pas dans la base de données. Mais, certaines peuvent être stockées sur le compte utilisateur. Les fichiers ini sont utilisés pour les utilisateurs locaux, mais en revanche quand il s'agit d'utilisateurs hypergrid, Ubit Umarov à l'air de dire que ce n'est pas très clair.
	{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>		{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>
	La suite a été discutée sur Discord. Je ne dispose pas de ces informations.		La suite a été discutée sur Discord. Je ne dispose pas de ces informations.
	}}		}}

Acryline : /* Le serveur http tombe en panne sans qu'OpenSim ne le détecte */

2026-02-02T10:03:51Z

Le serveur http tombe en panne sans qu'OpenSim ne le détecte

← Version précédente		Version du 2 février 2026 à 10:03
Ligne 81 :		Ligne 81 :
	* Ubit Umarov pense qu'il s'agit de l'URL des serveurs des utilisateurs.		* Ubit Umarov pense qu'il s'agit de l'URL des serveurs des utilisateurs.
	* Normalement, cette adresse se trouve dans un fichier ini et pas dans la base de données. Mais, certaines peuvent être stockées sur le compte utilisateur. Les fichiers ini sont utilisés pour les utilisateurs locaux, mais en revanche quand il s'agit d'utilisateurs hypergrid, Ubit Umarov à l'air de dire que ce n'est pas très clair.		* Normalement, cette adresse se trouve dans un fichier ini et pas dans la base de données. Mais, certaines peuvent être stockées sur le compte utilisateur. Les fichiers ini sont utilisés pour les utilisateurs locaux, mais en revanche quand il s'agit d'utilisateurs hypergrid, Ubit Umarov à l'air de dire que ce n'est pas très clair.
			{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>
			La suite a été discutée sur Discord. Je ne dispose pas de ces informations.
			}}

	= Projets en cours / Infos=		= Projets en cours / Infos=

Acryline : /* Journaux tcpdump lancé pendant la réunion */

2026-02-02T10:02:38Z

Journaux tcpdump lancé pendant la réunion

@@ Ligne 34 : / Ligne 34 : @@
 * Le [https://fr.wikipedia.org/wiki/Honeypot '''Honeypot'''] de Vincent Sylvester  est toujours en marche, il a peut-être détecté quelque chose.
-=== Journaux tcpdump lancé pendant la réunion ===
+=== Journaux tcpdump lancé pendant la réunion  ===
-* 🏗️
+==== Problème ====
 = Projets en cours / Infos=

Acryline : /* Observations */

2026-02-02T09:10:54Z

Observations

← Version précédente		Version du 2 février 2026 à 09:10
Ligne 56 :		Ligne 56 :
	{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>		{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>
	* Version OpenSim 0.9.3.0 Standalone vide , Mysql -- Objet : 16 cubes liés.		* Version OpenSim 0.9.3.0 Standalone vide , Mysql -- Objet : 16 cubes liés.
	* Chez moi, la base de données se vide quasi instantanément quand on supprime l'objet lié de la région. Peut-être que la ~~scènes~~ n'est pas assez chargée ?		* Chez moi, la base de données se vide quasi instantanément quand on supprime l'objet lié de la région. Peut-être que la scène n'est pas assez chargée ?
	}}		}}
	* Si on ajoute un objet lié dans l'inventaire de l'avatar avant que la région ne remarque que les objets ont été liés dans la région, il est enregistrés dans la base de données de la région , mais la scène les supprime (NDLR : on ne le voit plus dans le viewer). La scène est vide, mais la base de données contient toujours l'objet. Lorsque le cache de la région est vidé, à la prochaine connexion, la scène est chargée depuis la base de données et l'objet apparaît dans la scène.		* Si on ajoute un objet lié dans l'inventaire de l'avatar avant que la région ne remarque que les objets ont été liés dans la région, il est enregistrés dans la base de données de la région , mais la scène les supprime (NDLR : on ne le voit plus dans le viewer). La scène est vide, mais la base de données contient toujours l'objet. Lorsque le cache de la région est vidé, à la prochaine connexion, la scène est chargée depuis la base de données et l'objet apparaît dans la scène.

Acryline : /* Problème avec la routine de liaison / déliaison des objets */

2026-02-02T09:01:06Z

Problème avec la routine de liaison / déliaison des objets

← Version précédente		Version du 2 février 2026 à 09:01
Ligne 53 :		Ligne 53 :
	* Vincent Sylvester ne sait pas comment cela peut affecter un script. Il soupçonne que les modifications apportées à la routine de stockage des primitives ont mis en évidence ce problème et à quel point la routine de liaison est défectueuse dans OpenSim.		* Vincent Sylvester ne sait pas comment cela peut affecter un script. Il soupçonne que les modifications apportées à la routine de stockage des primitives ont mis en évidence ce problème et à quel point la routine de liaison est défectueuse dans OpenSim.
	==== Observations ====		==== Observations ====
	* '''C'est relativement facile à reproduire'''. Sur une région vide, vous pouvez facilement le voir en regardant la table [http://opensimulator.org/wiki/Database_Documentation '''Prims''']. Rezzer un objet lié depuis l'inventaire de l'avatar. Déliez-le. Supprimez une partie. Reliez le reste. Reprenez l'objet lié dans l'inventaire de l'avatar. La scène est maintenant vide, mais la base de données affiche toujours des éléments. La prochaine fois que le cache de région est vidé, on retrouve l'objet lié ou la partie dissociée dans la région. La scène n'a pas eu le temps d'être interrogée pour détecter les changements.Ce qui est inquiétant c'est que cela n'avait jamais affecté un script.		* '''C'est relativement facile à reproduire'''. Sur une région vide, vous pouvez facilement le voir en regardant la table [http://opensimulator.org/wiki/Database_Documentation '''Prims''']. Rezzer un objet lié depuis l'inventaire de l'avatar. Déliez-le. Supprimez une partie. Reliez le reste. Reprenez l'objet lié dans l'inventaire de l'avatar. La scène est maintenant vide, mais la base de données affiche toujours des éléments. La prochaine fois que le cache de région est vidé, on retrouve l'objet lié ou la partie dissociée dans la région. La scène n'a pas eu le temps d'être interrogée pour détecter les changements. Ce qui est inquiétant c'est que cela n'avait jamais affecté un script.
	{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>		{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>
	* Version OpenSim 0.9.3.0 Standalone vide , Mysql -- Objet : 16 cubes liés.		* Version OpenSim 0.9.3.0 Standalone vide , Mysql -- Objet : 16 cubes liés.
	* Chez moi, la base de données se vide quasi instantanément quand on supprime l'objet lié de la région.		* Chez moi, la base de données se vide quasi instantanément quand on supprime l'objet lié de la région. Peut-être que la scènes n'est pas assez chargée ?
	}}		}}
	* Si on ajoute un objet lié dans l'inventaire de l'avatar avant que la région ne remarque que les objets ont été liés dans la région, il est enregistrés dans la base de données de la région , mais la scène les supprime (NDLR : on ne le voit plus dans le viewer). La scène est vide, mais la base de données contient toujours l'objet. Lorsque le cache de la région est vidé, à la prochaine connexion, la scène est chargée depuis la base de données et l'objet apparaît dans la scène.		* Si on ajoute un objet lié dans l'inventaire de l'avatar avant que la région ne remarque que les objets ont été liés dans la région, il est enregistrés dans la base de données de la région , mais la scène les supprime (NDLR : on ne le voit plus dans le viewer). La scène est vide, mais la base de données contient toujours l'objet. Lorsque le cache de la région est vidé, à la prochaine connexion, la scène est chargée depuis la base de données et l'objet apparaît dans la scène.

Acryline : /* Observations */

2026-02-02T09:00:12Z

Observations

← Version précédente		Version du 2 février 2026 à 09:00
Ligne 54 :		Ligne 54 :
	==== Observations ====		==== Observations ====
	* '''C'est relativement facile à reproduire'''. Sur une région vide, vous pouvez facilement le voir en regardant la table [http://opensimulator.org/wiki/Database_Documentation '''Prims''']. Rezzer un objet lié depuis l'inventaire de l'avatar. Déliez-le. Supprimez une partie. Reliez le reste. Reprenez l'objet lié dans l'inventaire de l'avatar. La scène est maintenant vide, mais la base de données affiche toujours des éléments. La prochaine fois que le cache de région est vidé, on retrouve l'objet lié ou la partie dissociée dans la région. La scène n'a pas eu le temps d'être interrogée pour détecter les changements.Ce qui est inquiétant c'est que cela n'avait jamais affecté un script.		* '''C'est relativement facile à reproduire'''. Sur une région vide, vous pouvez facilement le voir en regardant la table [http://opensimulator.org/wiki/Database_Documentation '''Prims''']. Rezzer un objet lié depuis l'inventaire de l'avatar. Déliez-le. Supprimez une partie. Reliez le reste. Reprenez l'objet lié dans l'inventaire de l'avatar. La scène est maintenant vide, mais la base de données affiche toujours des éléments. La prochaine fois que le cache de région est vidé, on retrouve l'objet lié ou la partie dissociée dans la région. La scène n'a pas eu le temps d'être interrogée pour détecter les changements.Ce qui est inquiétant c'est que cela n'avait jamais affecté un script.
			{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>
			* Version OpenSim 0.9.3.0 Standalone vide , Mysql -- Objet : 16 cubes liés.
			* Chez moi, la base de données se vide quasi instantanément quand on supprime l'objet lié de la région.
			}}
	* Si on ajoute un objet lié dans l'inventaire de l'avatar avant que la région ne remarque que les objets ont été liés dans la région, il est enregistrés dans la base de données de la région , mais la scène les supprime (NDLR : on ne le voit plus dans le viewer). La scène est vide, mais la base de données contient toujours l'objet. Lorsque le cache de la région est vidé, à la prochaine connexion, la scène est chargée depuis la base de données et l'objet apparaît dans la scène.		* Si on ajoute un objet lié dans l'inventaire de l'avatar avant que la région ne remarque que les objets ont été liés dans la région, il est enregistrés dans la base de données de la région , mais la scène les supprime (NDLR : on ne le voit plus dans le viewer). La scène est vide, mais la base de données contient toujours l'objet. Lorsque le cache de la région est vidé, à la prochaine connexion, la scène est chargée depuis la base de données et l'objet apparaît dans la scène.

Acryline : /* Discussion */

2026-02-01T13:33:34Z

Discussion

← Version précédente		Version du 1 février 2026 à 13:33
Ligne 64 :		Ligne 64 :
	* Mais si la primitive et son contenu sont enregistrés, ils devraient être là. La dépendance du script à l'objet est l'UUID de l'objet, il devrait rester le même. C'est juste un symptôme plus grave du problème sous-jacent.		* Mais si la primitive et son contenu sont enregistrés, ils devraient être là. La dépendance du script à l'objet est l'UUID de l'objet, il devrait rester le même. C'est juste un symptôme plus grave du problème sous-jacent.
	* Ubit Umarov dit que la base de données effectue des suppressions stupides pour des raisons inconnues. Il faudra encore déboguer cela.		* Ubit Umarov dit que la base de données effectue des suppressions stupides pour des raisons inconnues. Il faudra encore déboguer cela.
	* Vincent Sylvester se demande quel serait le résultat en termes de performances si cela était rendu '''synchrone''', probablement assez mauvais. Ubit Umarov le confirme.		* Vincent Sylvester se demande quel serait le résultat en termes de performances si cela était rendu '''synchrone''', probablement assez mauvais. Ubit Umarov le confirme. Mais avec l'augmentation des performances, certains éléments asynchrones n'ont peut-être plus besoin d'être asynchrones pour être rapides. Peut-être serait-il préférable que la liaison de primitives prenne deux secondes pour s'assurer de la stabilité de la région.
	* Vincent Sylvester va essayer de reproduire le problème du script qui disparaît et voir si la nouvelle routine pour PrimItems est en cause.		* La suppression dans la scène envoie aux viewers un message indiquant que l'objet lié a été supprimé afin qu'ils le suppriment aussi. Mais, il reste dans les collisions de la région jusqu'à ce que la prise dans l'inventaire se termine. Ainsi, la suppression ajoute ses propres ''vers'' aux tests lier/délier.
			* Les objets peuvent réapparaître dans la région si la région ne s'est pas arrêtée correctement.
	* 🏗️		* '''Quand Ubit Umarov veut vraiment supprimer un objet, il le met simplement en temporaire.'''
			* Vincent Sylvester pense que plus d'autres éléments sont modifiés et fonctionnent plus rapidement, plus ces problèmes de synchronisation et d'asynchronisme sont mis au jour mais ils sont là depuis de longue date.
			* Ubit Umarov ne pense pas que la synchronisation soit en cause, il penserait plutôt qu'il existe quelques bogues ''qui dansent un peu partout''.
			* Vincent Sylvester va essayer de reproduire le problème du script qui disparaît et voir si la nouvelle routine pour PrimItems est en cause. Il va rédiger un rapport de [[Réunion_du_13-01-2026&action=edit&section=21 \| '''Mantis'''].

	= Source=		= Source=
	http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2026-01-13		http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2026-01-13

Acryline : /* Discussion */

2026-02-01T12:58:28Z

Discussion

← Version précédente		Version du 1 février 2026 à 12:58
Ligne 64 :		Ligne 64 :
	* Mais si la primitive et son contenu sont enregistrés, ils devraient être là. La dépendance du script à l'objet est l'UUID de l'objet, il devrait rester le même. C'est juste un symptôme plus grave du problème sous-jacent.		* Mais si la primitive et son contenu sont enregistrés, ils devraient être là. La dépendance du script à l'objet est l'UUID de l'objet, il devrait rester le même. C'est juste un symptôme plus grave du problème sous-jacent.
	* Ubit Umarov dit que la base de données effectue des suppressions stupides pour des raisons inconnues. Il faudra encore déboguer cela.		* Ubit Umarov dit que la base de données effectue des suppressions stupides pour des raisons inconnues. Il faudra encore déboguer cela.
			* Vincent Sylvester se demande quel serait le résultat en termes de performances si cela était rendu '''synchrone''', probablement assez mauvais. Ubit Umarov le confirme.
			* Vincent Sylvester va essayer de reproduire le problème du script qui disparaît et voir si la nouvelle routine pour PrimItems est en cause.

	* 🏗️		* 🏗️

	= Source=		= Source=
	http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2026-01-13		http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2026-01-13

Acryline : /* Observations */

2026-02-01T12:53:44Z

Observations

← Version précédente		Version du 1 février 2026 à 12:53
Ligne 53 :		Ligne 53 :
	* Vincent Sylvester ne sait pas comment cela peut affecter un script. Il soupçonne que les modifications apportées à la routine de stockage des primitives ont mis en évidence ce problème et à quel point la routine de liaison est défectueuse dans OpenSim.		* Vincent Sylvester ne sait pas comment cela peut affecter un script. Il soupçonne que les modifications apportées à la routine de stockage des primitives ont mis en évidence ce problème et à quel point la routine de liaison est défectueuse dans OpenSim.
	==== Observations ====		==== Observations ====
	* ~~Quand on sort~~ un objet lié de l'inventaire~~, qu~~'on le ~~délie puis en relie qu'~~une partie. ~~Si on reprend~~ l'~~ensemble~~ dans l'inventaire, la prochaine fois que le cache de région est vidé, on retrouve l'objet lié ou la partie dissociée dans la région. La façon dont l'objet se lie dans la région et écrit dans la base de données est '''asynchrone'''. Le fait de le mettre dans l'inventaire rompt le processus. L'objet est supprimé de la scène mais l'enregistrement dans la base de données est conservé. On peut voir une entrée dans la base de données de la région mais elle n'est pas supprimée lorsque l'objet est repris dans l'inventaire car la scène n'a pas eu le temps d'être interrogée pour détecter les changements.Ce qui est inquiétant c'est que cela n'avait jamais affecté un script.		* '''C'est relativement facile à reproduire'''. Sur une région vide, vous pouvez facilement le voir en regardant la table [http://opensimulator.org/wiki/Database_Documentation '''Prims''']. Rezzer un objet lié depuis l'inventaire de l'avatar. Déliez-le. Supprimez une partie. Reliez le reste. Reprenez l'objet lié dans l'inventaire de l'avatar. La scène est maintenant vide, mais la base de données affiche toujours des éléments. La prochaine fois que le cache de région est vidé, on retrouve l'objet lié ou la partie dissociée dans la région. La scène n'a pas eu le temps d'être interrogée pour détecter les changements.Ce qui est inquiétant c'est que cela n'avait jamais affecté un script.
	* Si on ajoute un objet lié dans l'inventaire de l'avatar avant que la région ne remarque que les objets ont été liés dans la région, il est enregistrés dans la base de données de la région , mais la scène les supprime (NDLR : on ne le voit plus dans le viewer). La scène est vide, mais la base de données contient toujours l'objet. Lorsque le cache de la région est vidé, à la prochaine connexion, la scène est chargée depuis la base de données et l'objet apparaît dans la scène.		* Si on ajoute un objet lié dans l'inventaire de l'avatar avant que la région ne remarque que les objets ont été liés dans la région, il est enregistrés dans la base de données de la région , mais la scène les supprime (NDLR : on ne le voit plus dans le viewer). La scène est vide, mais la base de données contient toujours l'objet. Lorsque le cache de la région est vidé, à la prochaine connexion, la scène est chargée depuis la base de données et l'objet apparaît dans la scène.

	==== Discussion ====		==== Discussion ====
	* Le problème s'est posé sur la version '''master d'OpenSim''' avec la routine pour [http://opensimulator.org/wiki/Database_Documentation '''PrimItems'''] que Vincent Sylvester a modifiée il y a quelques semaines.		* Le problème s'est posé sur la version '''master d'OpenSim''' avec la routine pour [http://opensimulator.org/wiki/Database_Documentation '''PrimItems'''] que Vincent Sylvester a modifiée il y a quelques semaines.

Acryline : /* Discussion */

2026-02-01T12:48:43Z

Discussion

← Version précédente		Version du 1 février 2026 à 12:48
Ligne 61 :		Ligne 61 :
	* Vincent Sylvester pense que la routine de PrimItems affecte le script mais que la cause sous-jacente est plutôt la routine de liaison des primitives asynchrone entre la liaison dans la scène et l'écriture dans la base de données.		* Vincent Sylvester pense que la routine de PrimItems affecte le script mais que la cause sous-jacente est plutôt la routine de liaison des primitives asynchrone entre la liaison dans la scène et l'écriture dans la base de données.
	* Si une sauvegarde s'exécute après chaque action, cela ne pose pas de problème, mais si c'est la région qui écrit les données, comme elle ne le fait pas au moment où la scène est modifiée, cela peut entraîner un décalage.		* Si une sauvegarde s'exécute après chaque action, cela ne pose pas de problème, mais si c'est la région qui écrit les données, comme elle ne le fait pas au moment où la scène est modifiée, cela peut entraîner un décalage.
	* Mais si la primitive et son contenu sont enregistrés, ils devraient être là. La dépendance du script à l'objet est l'UUID de l'objet, il devrait rester le même.		* Mais si la primitive et son contenu sont enregistrés, ils devraient être là. La dépendance du script à l'objet est l'UUID de l'objet, il devrait rester le même. C'est juste un symptôme plus grave du problème sous-jacent.
			* Ubit Umarov dit que la base de données effectue des suppressions stupides pour des raisons inconnues. Il faudra encore déboguer cela.
	* 🏗️		* 🏗️

	= Source=		= Source=
	http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2026-01-13		http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2026-01-13

Réunion du 13-01-2026 - Historique des versions

Acryline : /* Discussion */

Acryline : /* Le serveur http tombe en panne sans qu'OpenSim ne le détecte */

Acryline : /* Journaux tcpdump lancé pendant la réunion */

Acryline : /* Observations */

Acryline : /* Problème avec la routine de liaison / déliaison des objets */

Acryline : /* Observations */

Acryline : /* Discussion */

Acryline : /* Discussion */

Acryline : /* Observations */

Acryline : /* Discussion */

Acryline : /* Discussion */

Acryline : /* Le serveur http tombe en panne sans qu'OpenSim ne le détecte */

Acryline : /* Journaux tcpdump lancé pendant la réunion */

Acryline : /* Observations */

Acryline : /* Problème avec la routine de liaison / déliaison des objets */

Acryline : /* Observations */

Acryline : /* Discussion */

Acryline : /* Discussion */

Acryline : /* Observations */

Acryline : /* Discussion */