#169517: "Active player clocks do not show that time remaining is decreasing during animations."
Quel est le sujet de ce rapport ?
Que s'est-il passé ? Merci de choisir ci-dessous
Que s'est-il passé ? Merci de choisir ci-dessous
Veuillez vérifier s'il existe déjà un rapport sur le même sujet
Si oui, veuillez VOTER pour ce rapport. Les rapports ayant le plus de votes auront la PRIORITÉ !
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Description détaillée
-
• Merci de copier-coller le message d'erreur qui s'affiche à l'écran, s'il y a lieu.
In Carcassonne, scoring animations occur after a player completes features during their turn. In other words, the animations occur at the beginning of the following player’s turn. Unfortunately the time-remaining clock of the following player doesn’t reflect the fact that their time is being consumed while the animations are running.
Hitting refresh (F5) does fix the problem (during the current animation only), and it would no longer be a problem if players could disable animations (see suggestion here: boardgamearena.com/bug?id=169514 ), but hopefully there is also another way to address this predictable clock discrepancy that works well with animations.
Additional details:
The “time remaining clocks” of players and spectators do not count down while animations are occurring. This can be seen in two streaming video excerpts showing an 8 second delay and a 17 second delay (links pasted below). Although the active player’s clocks resume counting down once the animations have finished, they start with the time remaining that the player had before their turn started, rather than with the correct time remaining that also reflects the time it took for the animations to run. Because of this, even under the best connection circumstances, players and spectators see a clock that suggests that the active player has more time remaining than they actually have. Although the active player’s time remaining is “reset” to be consistent with the BGA server’s time once they’ve finished their turn, the time discrepancy persists throughout their turn, making it possible for them to run out of time without realizing it. The two video clips show that clock discrepancies due to animations can be as much as 17 seconds.
Examples:
8 second delay: www.youtube.com/clip/Ugkxa58R5JPxlensRsux1AWFtNnmj_h38GVm
17 second delay: www.youtube.com/clip/UgkxSoBfYPO4q_W3AFiMh3sxiDCX5ClGa7ZU -
• Veuillez expliquer ce que vous vouliez faire, ce que vous avez fait et ce qu'il s'est passé
• Quel est votre navigateur ?
Google Chrome v136
-
• SVP copiez / collez ici le texte affiché en anglais au lieu de votre langue. Si vous disposez d'une capture d'écran du bug (bonne pratique), vous pouvez utiliser le service d'hébergement de votre choix (snipboard.io par exemple) pour la télécharger et en copier/coller le lien ici. Ce texte est-il disponible dans le système de traduction ? Si oui, a-t-il été traduit depuis plus de 24 heures ?
In Carcassonne, scoring animations occur after a player completes features during their turn. In other words, the animations occur at the beginning of the following player’s turn. Unfortunately the time-remaining clock of the following player doesn’t reflect the fact that their time is being consumed while the animations are running.
Hitting refresh (F5) does fix the problem (during the current animation only), and it would no longer be a problem if players could disable animations (see suggestion here: boardgamearena.com/bug?id=169514 ), but hopefully there is also another way to address this predictable clock discrepancy that works well with animations.
Additional details:
The “time remaining clocks” of players and spectators do not count down while animations are occurring. This can be seen in two streaming video excerpts showing an 8 second delay and a 17 second delay (links pasted below). Although the active player’s clocks resume counting down once the animations have finished, they start with the time remaining that the player had before their turn started, rather than with the correct time remaining that also reflects the time it took for the animations to run. Because of this, even under the best connection circumstances, players and spectators see a clock that suggests that the active player has more time remaining than they actually have. Although the active player’s time remaining is “reset” to be consistent with the BGA server’s time once they’ve finished their turn, the time discrepancy persists throughout their turn, making it possible for them to run out of time without realizing it. The two video clips show that clock discrepancies due to animations can be as much as 17 seconds.
Examples:
8 second delay: www.youtube.com/clip/Ugkxa58R5JPxlensRsux1AWFtNnmj_h38GVm
17 second delay: www.youtube.com/clip/UgkxSoBfYPO4q_W3AFiMh3sxiDCX5ClGa7ZU • Quel est votre navigateur ?
Google Chrome v136
-
• Merci d'expliquer votre suggestion de manière précise et concise, de façon à ce qu'il soit aussi simple que possible de comprendre ce que vous voulez dire.
In Carcassonne, scoring animations occur after a player completes features during their turn. In other words, the animations occur at the beginning of the following player’s turn. Unfortunately the time-remaining clock of the following player doesn’t reflect the fact that their time is being consumed while the animations are running.
Hitting refresh (F5) does fix the problem (during the current animation only), and it would no longer be a problem if players could disable animations (see suggestion here: boardgamearena.com/bug?id=169514 ), but hopefully there is also another way to address this predictable clock discrepancy that works well with animations.
Additional details:
The “time remaining clocks” of players and spectators do not count down while animations are occurring. This can be seen in two streaming video excerpts showing an 8 second delay and a 17 second delay (links pasted below). Although the active player’s clocks resume counting down once the animations have finished, they start with the time remaining that the player had before their turn started, rather than with the correct time remaining that also reflects the time it took for the animations to run. Because of this, even under the best connection circumstances, players and spectators see a clock that suggests that the active player has more time remaining than they actually have. Although the active player’s time remaining is “reset” to be consistent with the BGA server’s time once they’ve finished their turn, the time discrepancy persists throughout their turn, making it possible for them to run out of time without realizing it. The two video clips show that clock discrepancies due to animations can be as much as 17 seconds.
Examples:
8 second delay: www.youtube.com/clip/Ugkxa58R5JPxlensRsux1AWFtNnmj_h38GVm
17 second delay: www.youtube.com/clip/UgkxSoBfYPO4q_W3AFiMh3sxiDCX5ClGa7ZU • Quel est votre navigateur ?
Google Chrome v136
-
• Qu'affichait l'écran lorsque vous avez été bloqué(e) (Un écran vierge ? Une partie de l'interface du jeu ? Un message d'erreur ?)
In Carcassonne, scoring animations occur after a player completes features during their turn. In other words, the animations occur at the beginning of the following player’s turn. Unfortunately the time-remaining clock of the following player doesn’t reflect the fact that their time is being consumed while the animations are running.
Hitting refresh (F5) does fix the problem (during the current animation only), and it would no longer be a problem if players could disable animations (see suggestion here: boardgamearena.com/bug?id=169514 ), but hopefully there is also another way to address this predictable clock discrepancy that works well with animations.
Additional details:
The “time remaining clocks” of players and spectators do not count down while animations are occurring. This can be seen in two streaming video excerpts showing an 8 second delay and a 17 second delay (links pasted below). Although the active player’s clocks resume counting down once the animations have finished, they start with the time remaining that the player had before their turn started, rather than with the correct time remaining that also reflects the time it took for the animations to run. Because of this, even under the best connection circumstances, players and spectators see a clock that suggests that the active player has more time remaining than they actually have. Although the active player’s time remaining is “reset” to be consistent with the BGA server’s time once they’ve finished their turn, the time discrepancy persists throughout their turn, making it possible for them to run out of time without realizing it. The two video clips show that clock discrepancies due to animations can be as much as 17 seconds.
Examples:
8 second delay: www.youtube.com/clip/Ugkxa58R5JPxlensRsux1AWFtNnmj_h38GVm
17 second delay: www.youtube.com/clip/UgkxSoBfYPO4q_W3AFiMh3sxiDCX5ClGa7ZU • Quel est votre navigateur ?
Google Chrome v136
-
• Quelle partie des règles n'a pas été respectée par l'adaptation BGA ?
In Carcassonne, scoring animations occur after a player completes features during their turn. In other words, the animations occur at the beginning of the following player’s turn. Unfortunately the time-remaining clock of the following player doesn’t reflect the fact that their time is being consumed while the animations are running.
Hitting refresh (F5) does fix the problem (during the current animation only), and it would no longer be a problem if players could disable animations (see suggestion here: boardgamearena.com/bug?id=169514 ), but hopefully there is also another way to address this predictable clock discrepancy that works well with animations.
Additional details:
The “time remaining clocks” of players and spectators do not count down while animations are occurring. This can be seen in two streaming video excerpts showing an 8 second delay and a 17 second delay (links pasted below). Although the active player’s clocks resume counting down once the animations have finished, they start with the time remaining that the player had before their turn started, rather than with the correct time remaining that also reflects the time it took for the animations to run. Because of this, even under the best connection circumstances, players and spectators see a clock that suggests that the active player has more time remaining than they actually have. Although the active player’s time remaining is “reset” to be consistent with the BGA server’s time once they’ve finished their turn, the time discrepancy persists throughout their turn, making it possible for them to run out of time without realizing it. The two video clips show that clock discrepancies due to animations can be as much as 17 seconds.
Examples:
8 second delay: www.youtube.com/clip/Ugkxa58R5JPxlensRsux1AWFtNnmj_h38GVm
17 second delay: www.youtube.com/clip/UgkxSoBfYPO4q_W3AFiMh3sxiDCX5ClGa7ZU -
• La violation de règle est-elle visible dans le replay de la partie ? Si oui, à quel numéro de coup ?
• Quel est votre navigateur ?
Google Chrome v136
-
• Quelle action de jeu vouliez-vous faire ?
In Carcassonne, scoring animations occur after a player completes features during their turn. In other words, the animations occur at the beginning of the following player’s turn. Unfortunately the time-remaining clock of the following player doesn’t reflect the fact that their time is being consumed while the animations are running.
Hitting refresh (F5) does fix the problem (during the current animation only), and it would no longer be a problem if players could disable animations (see suggestion here: boardgamearena.com/bug?id=169514 ), but hopefully there is also another way to address this predictable clock discrepancy that works well with animations.
Additional details:
The “time remaining clocks” of players and spectators do not count down while animations are occurring. This can be seen in two streaming video excerpts showing an 8 second delay and a 17 second delay (links pasted below). Although the active player’s clocks resume counting down once the animations have finished, they start with the time remaining that the player had before their turn started, rather than with the correct time remaining that also reflects the time it took for the animations to run. Because of this, even under the best connection circumstances, players and spectators see a clock that suggests that the active player has more time remaining than they actually have. Although the active player’s time remaining is “reset” to be consistent with the BGA server’s time once they’ve finished their turn, the time discrepancy persists throughout their turn, making it possible for them to run out of time without realizing it. The two video clips show that clock discrepancies due to animations can be as much as 17 seconds.
Examples:
8 second delay: www.youtube.com/clip/Ugkxa58R5JPxlensRsux1AWFtNnmj_h38GVm
17 second delay: www.youtube.com/clip/UgkxSoBfYPO4q_W3AFiMh3sxiDCX5ClGa7ZU -
• Qu'avez-vous essayé de faire pour déclencher cette action de jeu ?
-
• Que s'est-il passé lorsque vous avez essayé de faire cela (message d'erreur, message dans la barre d'état du jeu...) ?
• Quel est votre navigateur ?
Google Chrome v136
-
• À quelle étape de la partie le problème est-il apparu ? Quelles instructions le jeu affichait-il ?
In Carcassonne, scoring animations occur after a player completes features during their turn. In other words, the animations occur at the beginning of the following player’s turn. Unfortunately the time-remaining clock of the following player doesn’t reflect the fact that their time is being consumed while the animations are running.
Hitting refresh (F5) does fix the problem (during the current animation only), and it would no longer be a problem if players could disable animations (see suggestion here: boardgamearena.com/bug?id=169514 ), but hopefully there is also another way to address this predictable clock discrepancy that works well with animations.
Additional details:
The “time remaining clocks” of players and spectators do not count down while animations are occurring. This can be seen in two streaming video excerpts showing an 8 second delay and a 17 second delay (links pasted below). Although the active player’s clocks resume counting down once the animations have finished, they start with the time remaining that the player had before their turn started, rather than with the correct time remaining that also reflects the time it took for the animations to run. Because of this, even under the best connection circumstances, players and spectators see a clock that suggests that the active player has more time remaining than they actually have. Although the active player’s time remaining is “reset” to be consistent with the BGA server’s time once they’ve finished their turn, the time discrepancy persists throughout their turn, making it possible for them to run out of time without realizing it. The two video clips show that clock discrepancies due to animations can be as much as 17 seconds.
Examples:
8 second delay: www.youtube.com/clip/Ugkxa58R5JPxlensRsux1AWFtNnmj_h38GVm
17 second delay: www.youtube.com/clip/UgkxSoBfYPO4q_W3AFiMh3sxiDCX5ClGa7ZU -
• Que s'est-il passé lorsque vous avez essayé de faire cette action de jeu (message d'erreur, message dans la barre d'état du jeu...) ?
• Quel est votre navigateur ?
Google Chrome v136
-
• Veuillez décrire le problème d'affichage. Si vous disposez d'une capture d'écran du bug (bonne pratique), vous pouvez utiliser le service d'hébergement de votre choix (snipboard.io par exemple) pour la télécharger et en copier/coller le lien ici.
In Carcassonne, scoring animations occur after a player completes features during their turn. In other words, the animations occur at the beginning of the following player’s turn. Unfortunately the time-remaining clock of the following player doesn’t reflect the fact that their time is being consumed while the animations are running.
Hitting refresh (F5) does fix the problem (during the current animation only), and it would no longer be a problem if players could disable animations (see suggestion here: boardgamearena.com/bug?id=169514 ), but hopefully there is also another way to address this predictable clock discrepancy that works well with animations.
Additional details:
The “time remaining clocks” of players and spectators do not count down while animations are occurring. This can be seen in two streaming video excerpts showing an 8 second delay and a 17 second delay (links pasted below). Although the active player’s clocks resume counting down once the animations have finished, they start with the time remaining that the player had before their turn started, rather than with the correct time remaining that also reflects the time it took for the animations to run. Because of this, even under the best connection circumstances, players and spectators see a clock that suggests that the active player has more time remaining than they actually have. Although the active player’s time remaining is “reset” to be consistent with the BGA server’s time once they’ve finished their turn, the time discrepancy persists throughout their turn, making it possible for them to run out of time without realizing it. The two video clips show that clock discrepancies due to animations can be as much as 17 seconds.
Examples:
8 second delay: www.youtube.com/clip/Ugkxa58R5JPxlensRsux1AWFtNnmj_h38GVm
17 second delay: www.youtube.com/clip/UgkxSoBfYPO4q_W3AFiMh3sxiDCX5ClGa7ZU • Quel est votre navigateur ?
Google Chrome v136
-
• SVP copiez / collez ici le texte affiché en anglais au lieu de votre langue. Si vous disposez d'une capture d'écran du bug (bonne pratique), vous pouvez utiliser le service d'hébergement de votre choix (snipboard.io par exemple) pour la télécharger et en copier/coller le lien ici. Ce texte est-il disponible dans le système de traduction ? Si oui, a-t-il été traduit depuis plus de 24 heures ?
In Carcassonne, scoring animations occur after a player completes features during their turn. In other words, the animations occur at the beginning of the following player’s turn. Unfortunately the time-remaining clock of the following player doesn’t reflect the fact that their time is being consumed while the animations are running.
Hitting refresh (F5) does fix the problem (during the current animation only), and it would no longer be a problem if players could disable animations (see suggestion here: boardgamearena.com/bug?id=169514 ), but hopefully there is also another way to address this predictable clock discrepancy that works well with animations.
Additional details:
The “time remaining clocks” of players and spectators do not count down while animations are occurring. This can be seen in two streaming video excerpts showing an 8 second delay and a 17 second delay (links pasted below). Although the active player’s clocks resume counting down once the animations have finished, they start with the time remaining that the player had before their turn started, rather than with the correct time remaining that also reflects the time it took for the animations to run. Because of this, even under the best connection circumstances, players and spectators see a clock that suggests that the active player has more time remaining than they actually have. Although the active player’s time remaining is “reset” to be consistent with the BGA server’s time once they’ve finished their turn, the time discrepancy persists throughout their turn, making it possible for them to run out of time without realizing it. The two video clips show that clock discrepancies due to animations can be as much as 17 seconds.
Examples:
8 second delay: www.youtube.com/clip/Ugkxa58R5JPxlensRsux1AWFtNnmj_h38GVm
17 second delay: www.youtube.com/clip/UgkxSoBfYPO4q_W3AFiMh3sxiDCX5ClGa7ZU • Quel est votre navigateur ?
Google Chrome v136
-
• Merci d'expliquer votre suggestion de manière précise et concise, de façon à ce qu'il soit aussi simple que possible de comprendre ce que vous voulez dire.
In Carcassonne, scoring animations occur after a player completes features during their turn. In other words, the animations occur at the beginning of the following player’s turn. Unfortunately the time-remaining clock of the following player doesn’t reflect the fact that their time is being consumed while the animations are running.
Hitting refresh (F5) does fix the problem (during the current animation only), and it would no longer be a problem if players could disable animations (see suggestion here: boardgamearena.com/bug?id=169514 ), but hopefully there is also another way to address this predictable clock discrepancy that works well with animations.
Additional details:
The “time remaining clocks” of players and spectators do not count down while animations are occurring. This can be seen in two streaming video excerpts showing an 8 second delay and a 17 second delay (links pasted below). Although the active player’s clocks resume counting down once the animations have finished, they start with the time remaining that the player had before their turn started, rather than with the correct time remaining that also reflects the time it took for the animations to run. Because of this, even under the best connection circumstances, players and spectators see a clock that suggests that the active player has more time remaining than they actually have. Although the active player’s time remaining is “reset” to be consistent with the BGA server’s time once they’ve finished their turn, the time discrepancy persists throughout their turn, making it possible for them to run out of time without realizing it. The two video clips show that clock discrepancies due to animations can be as much as 17 seconds.
Examples:
8 second delay: www.youtube.com/clip/Ugkxa58R5JPxlensRsux1AWFtNnmj_h38GVm
17 second delay: www.youtube.com/clip/UgkxSoBfYPO4q_W3AFiMh3sxiDCX5ClGa7ZU • Quel est votre navigateur ?
Google Chrome v136
Historique du rapport de bug
Ajouter à ce rapport
- Un autre n° de table / n° de coup
- Appuyer sur F5 a-t-il résolu le problème ?
- Le problème est-il apparu plusieurs fois ? À chaque fois ? Aléatoirement ?
- Si vous disposez d'une capture d'écran du bug (bonne pratique), vous pouvez utiliser le service d'hébergement de votre choix (snipboard.io par exemple) pour la télécharger et en copier/coller le lien ici.
