#169517: "Active player clocks do not show that time remaining is decreasing during animations."
O czym jest to zgłoszenie?
Co się stało? Wybierz z poniższych opcji
Co się stało? Wybierz z poniższych opcji
Sprawdź, czy istnieje już zgłoszenie na ten sam temat
Jeśli tak, ZAGŁOSUJ na to zgłoszenie. Zgłoszenia z największą liczbą głosów mają najwyższy PRIORYTET!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Szczegółowy opis
-
• Proszę skopiować i wkleić treść błędu wyświetloną na ekranie, o ile jakaś się pojawia.
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 -
• Proszę opisać co chciałeś zrobić, co zrobiłeś i co się stało
• Jaką masz przeglądarkę?
Google Chrome v136
-
• Proszę skopiować i wkleić tekst wyświetlany w języku angielskim zamiast w twoim języku. 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. Czy ten tekst jest dostępny w systemie tłumaczeń? Jeśli tak, to czy został przetłumaczony więcej niż 24 godziny temu?
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 • Jaką masz przeglądarkę?
Google Chrome v136
-
• Wyjaśnij swoją propozycję precyzyjnie i zwięźle, tak aby jak najłatwiej zrozumieć, co masz na myśli.
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 • Jaką masz przeglądarkę?
Google Chrome v136
-
• Co wyświetlało się na ekranie kiedy zostałeś zablokowany (Pusty ekran? Część interfejsu gry? Komunikat o błędzie?)
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 • Jaką masz przeglądarkę?
Google Chrome v136
-
• Która z zasad gry nie była przestrzegana w adaptacji 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 -
• Czy naruszenie zasad gry jest widoczne w powtórce rozgrywki? Jeżeli tak, to w ruchu o jakim numerze?
• Jaką masz przeglądarkę?
Google Chrome v136
-
• Jaką akcję w grze chciałeś wykonać?
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 -
• Co starasz się zrobić by uruchomić tę akcję w grze?
-
• Co się stało kiedy próbowałeś to zrobić (komunikat o błędzie, komunikat na pasku stanu gry, ...)?
• Jaką masz przeglądarkę?
Google Chrome v136
-
• W którym momencie gry pojawił się problem (jakie było aktualne polecenie w grze)?
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 -
• Co się stało kiedy próbowałeś wykonać akcję w grze (komunikat o błędzie, komunikat na pasku stanu gry, ...)?
• Jaką masz przeglądarkę?
Google Chrome v136
-
• Proszę opisać problem z wyświetlaniem. 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 • Jaką masz przeglądarkę?
Google Chrome v136
-
• Proszę skopiować i wkleić tekst wyświetlany w języku angielskim zamiast w twoim języku. 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. Czy ten tekst jest dostępny w systemie tłumaczeń? Jeśli tak, to czy został przetłumaczony więcej niż 24 godziny temu?
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 • Jaką masz przeglądarkę?
Google Chrome v136
-
• Wyjaśnij swoją propozycję precyzyjnie i zwięźle, tak aby jak najłatwiej zrozumieć, co masz na myśli.
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 • Jaką masz przeglądarkę?
Google Chrome v136
Historia zgłoszeń
Dodaj coś do tego zgłoszenia
- Kolejne ID stołu / ID ruchu
- Czy F5 rozwiązało problem?
- Czy problem zdarzył się kilka razy? Za każdym razem? Losowo?
- 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.
