#169517: "Active player clocks do not show that time remaining is decreasing during animations."
Worum geht es bei dieser Meldung?
Was ist passiert? Bitte wähle unten aus
Was ist passiert? Bitte wähle unten aus
Bitte überprüfe, ob bereits eine Meldung zum gleichen Thema existiert
Wenn ja, STIMME bitte für diese Meldung. Meldungen mit mehr Stimmen erhalten höhere PRIORITÄT!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Detaillierte Beschreibung
-
• Falls du eine Fehlermeldung auf dem Bildschirm siehst, bitte kopieren und einfügen.
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 -
• Bitte erkläre, was du machen wolltest, was du dann getan hast und was dann passiert ist
• Welchen Browser benutzt du?
Google Chrome v136
-
• Bitte kopiere den Text, der in Englisch anstatt in deiner Sprache angezeigt wird, und füge ihn hier ein. 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. Ist dieser Text auf der Übersetzungsseite verfügbar? Wenn ja, wurde dieser vor mehr als 24 Stunden übersetzt?
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 • Welchen Browser benutzt du?
Google Chrome v136
-
• Bitte erkläre deinen Vorschlag so präzise und genau wie möglich, damit er leicht zu verstehen ist.
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 • Welchen Browser benutzt du?
Google Chrome v136
-
• Was wurde auf dem Bildschirm angezeigt, als du blockiert wurdest (weißer Bildschirm? Teil der Spieloberfläche? Fehlermeldung?)
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 • Welchen Browser benutzt du?
Google Chrome v136
-
• Welcher Teil der Spielregel wurde durch die BGA-Adaption nicht beachtet?
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 -
• Ist der Regelverstoß in der Spielwiederholung zu sehen? Falls ja, bei welcher Zugnummer?
• Welchen Browser benutzt du?
Google Chrome v136
-
• Welche Spielaktion wolltest du durchführen?
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 -
• Was versuchst du, um diese Spielaktion auszulösen?
-
• Was passiert, wenn du dies versuchst (Fehlermeldung, Statusmeldung des Spiels, ...)?
• Welchen Browser benutzt du?
Google Chrome v136
-
• An welcher Stelle im Spiel ist das Problem aufgetreten? Was war die aktuelle Spielanweisung?
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 -
• Was passiert, wenn du die Spielaktion ausführen möchtest (Fehlermeldung, Statusmeldung des Spiels, ...)?
• Welchen Browser benutzt du?
Google Chrome v136
-
• Bitte beschreibe die Anzeigeschwierigkeiten. 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 • Welchen Browser benutzt du?
Google Chrome v136
-
• Bitte kopiere den Text, der in Englisch anstatt in deiner Sprache angezeigt wird, und füge ihn hier ein. 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. Ist dieser Text auf der Übersetzungsseite verfügbar? Wenn ja, wurde dieser vor mehr als 24 Stunden übersetzt?
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 • Welchen Browser benutzt du?
Google Chrome v136
-
• Bitte erkläre deinen Vorschlag so präzise und genau wie möglich, damit er leicht zu verstehen ist.
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 • Welchen Browser benutzt du?
Google Chrome v136
Meldungshistorie
Ergänze diese Meldung
- Eine weitere Tisch-ID/Zug-ID
- Konnte F5 das Problem lösen?
- Trat das Problem öfter auf? Jedes Mal? Zufällig?
- 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.
