#169517: "Active player clocks do not show that time remaining is decreasing during animations."
What is this report about?
What happened? Please select from below
What happened? Please select from below
Please check if there is already a report on the same subject
If yes, please VOTE for this report. Reports with the most votes are given PRIORITY!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Detailed description
-
• Please copy/paste the error message you see on your screen, if applicable.
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 -
• Please explain what you wanted to do, what you did and what happened
• Which browser are you using?
Google Chrome v136
-
• Please copy/paste the text displayed in English instead of your language. If you have a screenshot of this bug (good practice), you can use Imgur.com to upload it and copy/paste the link here.
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 -
• Is this text available in the translation system? If yes, has it been translated for more than 24 hours?
• Which browser are you using?
Google Chrome v136
-
• Please explain your suggestion precisely and concisely so that it's as easy as possible to understand what you mean.
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 • Which browser are you using?
Google Chrome v136
-
• What was displayed on the screen when you were blocked (Blank screen? Part of the game interface? Error message?)
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 • Which browser are you using?
Google Chrome v136
-
• Which part of the rules was not followed by the BGA adaptation?
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 -
• Is the rules violation visible on game replay? If yes, at which move number?
• Which browser are you using?
Google Chrome v136
-
• What was the game action you wanted to do?
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 -
• What did you try to do to trigger this game action?
-
• What happened when you tried to do this (error message, game status bar message, ...)?
• Which browser are you using?
Google Chrome v136
-
• At which step of the game did the problem occur? What was the current game instruction?
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 -
• What happened when you tried to do this game action (error message, game status bar message, ...)?
• Which browser are you using?
Google Chrome v136
-
• Please describe the display issue. If you have a screenshot of this bug (good practice), you can use Imgur.com to upload it and copy/paste the link here.
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 • Which browser are you using?
Google Chrome v136
-
• Please copy/paste the text displayed in English instead of your language. If you have a screenshot of this bug (good practice), you can use Imgur.com to upload it and copy/paste the link here.
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 -
• Is this text available in the translation system? If yes, has it been translated for more than 24 hours?
• Which browser are you using?
Google Chrome v136
-
• Please explain your suggestion precisely and concisely so that it's as easy as possible to understand what you mean.
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 • Which browser are you using?
Google Chrome v136
Report history
Add to this report
- Another table ID / move ID
- Did F5 solve the problem?
- Did the problem appear several times? Every time? Randomly?
- If you have a screenshot of this bug (good practice), you can use Imgur.com to upload it and copy/paste the link here.
