Path: ...!news.mixmin.net!aioe.org!news.gegeweb.eu!gegeweb.org!news.alphanet.ch!alphanet.ch!.POSTED.lfbn-bay-1-144-88.w83-193.abo.wanadoo.fr!not-for-mail From: Gilbert OLIVIER Newsgroups: fr.comp.sys.mac.communication Subject: Re: =?UTF-8?B?QnVnIGLDqWdhaWVtZW50?= Date: Thu, 13 Jan 2022 18:34:07 -0000 (UTC) Organization: La Kawa sans sucre Sender: golivier@lfbn-bay-1-144-88.w83-193.abo.wanadoo.fr Message-ID: References: <090120221224501077%Kuypers@address.invalid> Reply-To: gilbert.olivier@orange.fr Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Thu, 13 Jan 2022 18:34:07 -0000 (UTC) Injection-Info: shakotay.alphanet.ch; posting-host="lfbn-bay-1-144-88.w83-193.abo.wanadoo.fr:83.193.227.88"; logging-data="6490"; mail-complaints-to="usenet@alphanet.ch" User-Agent: MacCafe/2.07b1 (macOS 10.11.6 (15G22010) - MacBookPro6,2) Cancel-Lock: sha1:zd3OvzN75njqDtIUoFTsfBm76AE= sha256:fOqqlExln+9n1JjvCI5Sp4FK8C7UcDSBqNeZ9fQOVcI= In-Reply-To: X-Face: (fOc# Le 13 janvier 2022 à 18:29, Gilbert OLIVIER nous a donné les > informations suivantes: > >> J'ai une petite idée de la cause, mais peut être "délicat" à éviter >> (petit problème de timing entre process) :-( > > Peut-on connaitre cette idée? > > A+ Oui, bien sur, voilà ce que j'ai fait: J'ai cliqué sur le bouton d'envoi, et après j'ai, va savoir pourquoi et combien de temps après, mais cependant avant la fermeture du dialogue de suivi de l'envoi, j'ai appuyé sur la barre d'espace tout en faisant autre chose que de m'occuper de ce qu'il se passait (le portable qui sonnait). Plus tard, j'ai constaté que le message n'était pas parti, et je l'ai donc envoyé. A la relève suivante, j'ai constaté le doublon. Explication hypothétique pour l'instant: Espace par défaut valide le bouton par défaut (ici fin de l'envoi), et le signal d'arrêt à du se faire un poil après l'envoi, mais avant que MacCafé ai reçu / interprété l'accusé de réception du serveur. Il y a 2 process en œuvre, un qui s'occupe d'envoyer les messages,et l'autre qui affiche le dialogue de suivi. Le premier envoi au second les ordres pour l'affichage, le second un éventuel signal d'arrêt au premier. Là, le signal d'arrêt a été reçu après la fin de l'envoi, mais avant la mise à jour de l'état du message envoyés qui est resté "non envoyé". Je n'ai pas encore eu le temps de me pencher sur le code… donc savoir si c'est un problème de logique dans le traitement ou si c'est plus "vicieux" à voir… -- Gilbert