Todos los informes
Informes de Race for the Galaxy
#5425: "paying for development and worlds should happen after revealing"
¿Sobre qué es este informe?
¿Qué ha pasado? Por favor, selecciona una de las opciones siguientes
Reglas: una regla del juego no ha sido respetada
Descripción detallada
-
• ¿Qué parte de las reglas no se ha respetado en la adaptación de BGA?
Once all players have chosen which card to develop or settle, all cards are revealed and only then they are paid for. You should see the cards your opponents have played before chosing which ones to discard.
-
• ¿La infracción de las reglas es visible en la repetición de la partida? Si es así, ¿en qué jugada?
any game
• ¿Qué navegador estás usando?
Mozilla v5
Historial de informes
5 Aug 2016 23:09 • galehar • Los desarrolladores aún no han podido reproducir el error:
This is important. The cards played by the other players can affect which ones I want to keep.
27 Sep 2016 16:27 • galehar • Los desarrolladores aún no han podido reproducir el error:
Also, the score and card count of other players is updated before their card is revealed, which is an information leak (see #628)
15 Dec 2016 23:07 • twitch_tv_unsane • Los desarrolladores aún no han podido reproducir el error:
This is a severe issue that fundamentally alters the strategy of the game. It is not aligned with the rules of the game.
I can't believe i'm the first person to give it a thumb. Clearly this bug report system is not ideal, especially since the developers only pay attention to multi-thumbed reports.
I can't believe i'm the first person to give it a thumb. Clearly this bug report system is not ideal, especially since the developers only pay attention to multi-thumbed reports.
24 Apr 2018 02:02 • E_Slumb • Los desarrolladores aún no han podido reproducir el error:
This a give and take between programming application and game strategic decision.
Not a true bug i think.
Not a true bug i think.
24 Apr 2018 11:01 • galehar • El error ha sido confirmado por los desarrolladores:
It is a bug. The rules state that discard for payment happens after played cards are revealed.
The gameplay impact is quite minor, and if implemented poorly, the fix could really hurt the gameflow by adding another synchronisation point rarely useful.
So, it's tricky to implement properly, but certainly not impossible (like they did with the mobile app).
The gameplay impact is quite minor, and if implemented poorly, the fix could really hurt the gameflow by adding another synchronisation point rarely useful.
So, it's tricky to implement properly, but certainly not impossible (like they did with the mobile app).
24 Jul 2018 11:25 • SPLAT • El error ha sido confirmado por los desarrolladores:
Not sure I would even want this 'bug' to be solved for turn based gamed. It'll slow down the game, having to take an 'additional' turn every time something has to be payed. Also, it means the game has to check for legal payments before paying, which I think it now doesn't do.
I do agree that the rules say that it should be done like this, but I'm not sure it will improve the digital version of the game.
I do agree that the rules say that it should be done like this, but I'm not sure it will improve the digital version of the game.
27 Mar 2020 20:13 • Phoxtrot • El error ha sido confirmado por los desarrolladores:
Personally, I don't want this to be solved.
Because it would slow down things and because it would bring a whole new lot of potential timing issues like we already have with takeovers. (For instance, you shouldn't be allowed to use "Golden age of Terraforming" power to pay for itself. Nor play a green halo world and use its card on "Golden age of Terraforming" to pay for it. Or should you ? )
Because it would slow down things and because it would bring a whole new lot of potential timing issues like we already have with takeovers. (For instance, you shouldn't be allowed to use "Golden age of Terraforming" power to pay for itself. Nor play a green halo world and use its card on "Golden age of Terraforming" to pay for it. Or should you ? )
24 Apr 2020 22:03 • obsidian_octagon • El error ha sido confirmado por los desarrolladores:
I am also fine with not solving this bug as it would slow the game down. But that's just my personal opinion. If it is solved though, perhaps it could just be programmed in as an option. Fixing this bug would definitely add another strategic element to the game though, and would align with the actual rules, so I'm not opposed at all to fixing the bug if there is a desire. It just would make for a longer game.
9 May 2020 02:29 • matgz • El error ha sido confirmado por los desarrolladores:
I agree, it would slow the game down. If implemented please do it as an option.
12 May 2020 14:34 • Siriann • El error ha sido confirmado por los desarrolladores:
I think playing online is much faster than IRL anyway. This is game rule so it should be fixed.
13 Mar 2021 13:03 • Dislexsick • El error ha sido confirmado por los desarrolladores:
I see this both ways. Most of the time it doesn't matter; but sometimes it matters a LOT.
I have a potential solution for this for your consideration galehar -- it involves giving people the option to force a check, with the default option being as it is right now.
Taking inspiration from both Res Arcana's "Wait for previous player's collect" option and Welcome To's "Confirm (x)" prompts I think the following could be a workable middle-ground.
Firstly, before I say anything else the intent is that none of the existing logic gets thrown out.
What I'm thinking is the player selects what they want to make which invokes a call to server and the next phase regardless. They're then asked to say how they want to pay for it, this gets sent to server and validated... up until now this is how it's working right now.
So at this point the server knows what card is being played and can reveal to others AND knows the player can afford to buy it because they already submitted valid payment 'plan'.
The player then gets a prompt similar to Welcome To's countdown where no response in 10s is automatically finishing their turn/accepting what they've done as to not stall the game.
In this case it's however asking "Would you like to see what opponents have played, before using these cards to pay" with the options "[Commit to this payment (x)] [Wait to see] [Cancel]" -- the "(x)" in the option is a 10 second countdown, and if the other options is not clicked they commit to using their payment 'plan' to pay for their item. Giving them a clear "Cancel" option means the first time they see this or in a situation it may matter they're not required to decide in 10s when it could take longer to work out the implications.
If they DO click the other option that's where additional gamestate logic is needed to reveal all played cards to all players; and those that chose "Commit to this payment" go through as normal; those that chose "Wait to see" have to then select either the same, or a new combination of valid payment for the card they just played.
Perhaps the game remembers their planned payment and asks "How would you like to pay for %item%? [Pay using the cards previously selected] [Select alternative payment]" (The previously selected cards are rendered below similar to explore result, or have the big 'X' over them)
From a design POV and notwithstanding bugs we know they can't be in a state where a card was revealed and they can't pay for it because they were required to submit a valid payment for it, and that went through the existing logic to validate that works to pay. The game doesn't get slowed down where people don't opt to take additional turns; and it could possibly be controlled by a user-level preference if they even want to be asked this.
I can imagine other opportunities for bugs however, such as when the payment isn't just cards -- e.g. using New Military Tactics -- in the case where it was used in the first case that needs to be rolled back until they commit to it.
In the case of Arena and Tournament those that use this a lot will have more turns come up, thus more waiting time, and a higher likelihood of default loss on timeout in the event they overuse it.
Hopefully this helps as a potential solution to this, or at least inspiration for a way to make this happen!
I have a potential solution for this for your consideration galehar -- it involves giving people the option to force a check, with the default option being as it is right now.
Taking inspiration from both Res Arcana's "Wait for previous player's collect" option and Welcome To's "Confirm (x)" prompts I think the following could be a workable middle-ground.
Firstly, before I say anything else the intent is that none of the existing logic gets thrown out.
What I'm thinking is the player selects what they want to make which invokes a call to server and the next phase regardless. They're then asked to say how they want to pay for it, this gets sent to server and validated... up until now this is how it's working right now.
So at this point the server knows what card is being played and can reveal to others AND knows the player can afford to buy it because they already submitted valid payment 'plan'.
The player then gets a prompt similar to Welcome To's countdown where no response in 10s is automatically finishing their turn/accepting what they've done as to not stall the game.
In this case it's however asking "Would you like to see what opponents have played, before using these cards to pay" with the options "[Commit to this payment (x)] [Wait to see] [Cancel]" -- the "(x)" in the option is a 10 second countdown, and if the other options is not clicked they commit to using their payment 'plan' to pay for their item. Giving them a clear "Cancel" option means the first time they see this or in a situation it may matter they're not required to decide in 10s when it could take longer to work out the implications.
If they DO click the other option that's where additional gamestate logic is needed to reveal all played cards to all players; and those that chose "Commit to this payment" go through as normal; those that chose "Wait to see" have to then select either the same, or a new combination of valid payment for the card they just played.
Perhaps the game remembers their planned payment and asks "How would you like to pay for %item%? [Pay using the cards previously selected] [Select alternative payment]" (The previously selected cards are rendered below similar to explore result, or have the big 'X' over them)
From a design POV and notwithstanding bugs we know they can't be in a state where a card was revealed and they can't pay for it because they were required to submit a valid payment for it, and that went through the existing logic to validate that works to pay. The game doesn't get slowed down where people don't opt to take additional turns; and it could possibly be controlled by a user-level preference if they even want to be asked this.
I can imagine other opportunities for bugs however, such as when the payment isn't just cards -- e.g. using New Military Tactics -- in the case where it was used in the first case that needs to be rolled back until they commit to it.
In the case of Arena and Tournament those that use this a lot will have more turns come up, thus more waiting time, and a higher likelihood of default loss on timeout in the event they overuse it.
Hopefully this helps as a potential solution to this, or at least inspiration for a way to make this happen!
13 Mar 2021 19:50 • galehar • El error ha sido confirmado por los desarrolladores:
I have started working on it and I'm taking a simpler approach. When the dev or settle phase starts, the game will automatically calculates which cards the player can afford. Yes, there are a lot of discounts, artefacts, powers which give temporary military, etc.. But I can manage :)
So, unplayable cards will be greyed out and unselectable. Once the card has been chosen and played, a but "wait for reveal" will appear. At this point, you either directly select payment (including cards in tableau to activate or discard), or click the button to postpone the payment after all played cards are revealed.
So this won't slow the game down.
So, unplayable cards will be greyed out and unselectable. Once the card has been chosen and played, a but "wait for reveal" will appear. At this point, you either directly select payment (including cards in tableau to activate or discard), or click the button to postpone the payment after all played cards are revealed.
So this won't slow the game down.
26 Jan 2022 12:18 • MrBeardy • El error ha sido confirmado por los desarrolladores:
If doing this can you make it easier to see other players tableau's on your screen? Any more than a 2p game I can't see what they're up to without excessive amounts of scrolling, especially when selecting cards etc pushes everything even further down the screen. On a widescreen i tend to have a lot of blank real estate that could be put to better use.
Agregar a este informe
Por favor agrega aquí cualquier cosa que sea relevante para reproducir este error o entender tu sugerencia:
- Otro ID de partida / ID de jugada
- ¿Se resolvió el problema al pulsar F5?
- ¿Apareció el problema varias veces? ¿Cada vez? ¿Aleatoriamente?
- Si tienes una captura de este error (buena práctica), puedes usar Imgur.com para subirla y copiar/pegar el enlace aquí.
