#169517: "Active player clocks do not show that time remaining is decreasing during animations."
Petra a zo c'hoarvezet ? Trugarez evit dibab amañ dindan
Petra a zo c'hoarvezet ? Trugarez evit dibab amañ dindan
Gwiriit mar-plij ma n'eus ket dija un danevell evit an hevelep dodenn
M'oc'h a-du, VOTIT evit an danevell-mañ. An danevelloù gant ar muiañ a vouezhioù a vo studiet DA GENTAÑ !
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Deskrivadur dre ar munud
-
• Mar-plij, eilit/pegit ar gemennadenn fazi a zo war ho skramm, ma zo unan.
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 -
• Displegit deomp, mar-plij, ar pezh ho poa c'hoant d'ober, ar pezh ho peus graet hag ar pezh a zo c'hoarvezet 'benn ar fin
• Peseurt merdeer eo hoc'h hini ?
Google Chrome v136
-
• Mar-plij, eilit/pegit an destenn e Saozneg ha n'eo ket en ho yezh. If you have a screenshot of this bug (good practice), you can use a picture hosting service of your choice (snipboard.io for example) to upload it and copy/paste the link here. Ha dibres eo an destenn-mañ er sistem treiñ? Ma ya, daoust ha troet eo bet ouzhpenn 24 eur 'zo ?
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 • Peseurt merdeer eo hoc'h hini ?
Google Chrome v136
-
• Displegit ho kinnig mar-plij, e berrgomzoù met en un doare resis, evit ma vefe an aesañ posupl kompren mat ar pezh ho peus c'hoant lâret.
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 • Peseurt merdeer eo hoc'h hini ?
Google Chrome v136
-
• Petra oa diskouezet war ar skramm pa 'z oc'h chomet stanket (Skramm goullo ? Ul lodenn eus etrefas ar c'hoari ? Kemennadenn fazi ?)
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 • Peseurt merdeer eo hoc'h hini ?
Google Chrome v136
-
• Pesseurt reolenn n'eo ket doujet gant azasadenn ar c'hoari-mañ ?
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 -
• Ha posupl eo gwelet torridigezh ar reolenn e replay ar bartienn ? Ma 'z eo ya, da be niverenn taol ?
• Peseurt merdeer eo hoc'h hini ?
Google Chrome v136
-
• Peseurt taol ho peus c'hoant c'hoari ?
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 -
• Petra emaoc'h o klask ober evit delankañ an ober c'hoari-mañ ?
-
• What happened when you try to do this (error message, game status bar message, ...)?
• Peseurt merdeer eo hoc'h hini ?
Google Chrome v136
-
• Da be bazenn ar bartienn eo en em gavet ar gudenn (petra oa testenn kemenn ar c'hoari) ?
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 try to do a game action (error message, game status bar message, ...)?
• Peseurt merdeer eo hoc'h hini ?
Google Chrome v136
-
• Mar-plij, diskrivit kudenn an diskwel. If you have a screenshot of this bug (good practice), you can use a picture hosting service of your choice (snipboard.io for example) 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 • Peseurt merdeer eo hoc'h hini ?
Google Chrome v136
-
• Mar-plij, eilit/pegit an destenn e Saozneg ha n'eo ket en ho yezh. If you have a screenshot of this bug (good practice), you can use a picture hosting service of your choice (snipboard.io for example) to upload it and copy/paste the link here. Ha dibres eo an destenn-mañ er sistem treiñ? Ma ya, daoust ha troet eo bet ouzhpenn 24 eur 'zo ?
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 • Peseurt merdeer eo hoc'h hini ?
Google Chrome v136
-
• Displegit ho kinnig mar-plij, e berrgomzoù met en un doare resis, evit ma vefe an aesañ posupl kompren mat ar pezh ho peus c'hoant lâret.
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 • Peseurt merdeer eo hoc'h hini ?
Google Chrome v136
Roll-istor an danevelloù bog
Ouzhpennañ un dra bennak d'an danevell-mañ
- Niverenn taol all / Niverenn ar fiñv
- Ha renket eo bet ar gudenn gant an douchenn F5 ?
- Ha c'hoarvezet eo ar gudenn meur a wech ? Bewech ? Cheñch-dicheñch ?
- If you have a screenshot of this bug (good practice), you can use a picture hosting service of your choice (snipboard.io for example) to upload it and copy/paste the link here.
