全ての報告
レース・フォー・ザ・ギャラクシー(Race for the Galaxy)の報告
#5425: "paying for development and worlds should happen after revealing"
どういった内容ですか?
どうしましたか?以下から選んでください
ルール: ゲームのルールが正しく実装されていない
詳細
• 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.• ルールの間違いはゲームのリプレイで確認できますか?そうであれば、行動番号は何番ですか?
any game• あなたのブラウザは何ですか?
Mozilla v5
報告履歴
galehar • バグは未だ開発者によって再現できていません:
2016年 8月 5日 23:09 • This is important. The cards played by the other players can affect which ones I want to keep.
galehar • バグは未だ開発者によって再現できていません:
2016年 9月27日 16:27 • Also, the score and card count of other players is updated before their card is revealed, which is an information leak (see #628)
twitch_tv_unsane • バグは未だ開発者によって再現できていません:
2016年12月15日 23:07 • 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.
E_Slumb • バグは未だ開発者によって再現できていません:
2018年 4月24日 2:02 • This a give and take between programming application and game strategic decision.
Not a true bug i think.
Not a true bug i think.
galehar • バグは開発者に確認されました:
2018年 4月24日 11:01 • 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).
SPLAT • バグは開発者に確認されました:
2018年 7月24日 11:25 • 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.
Phoxtrot • バグは開発者に確認されました:
2020年 3月27日 20:13 • 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 ? )
obsidian_octagon • バグは開発者に確認されました:
2020年 4月24日 22:03 • 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.
matgz • バグは開発者に確認されました:
2020年 5月 9日 2:29 • I agree, it would slow the game down. If implemented please do it as an option.
Siriann • バグは開発者に確認されました:
2020年 5月12日 14:34 • I think playing online is much faster than IRL anyway. This is game rule so it should be fixed.
Dislexsick • バグは開発者に確認されました:
2021年 3月13日 13:03 • 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!
galehar • バグは開発者に確認されました:
2021年 3月13日 19:50 • 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.
MrBeardy • バグは開発者に確認されました:
2022年 1月26日 12:18 • 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.
報告に書き加える
このバグを再現するため、またはあなたの提案を理解するために、ここに関連性があると思われるものを追加してください:
- 他のテーブルID/行動ID
- F5キー(ページの再読込)で問題は解決されましたか?
- 問題は何回も起こりましたか?毎回 起こりますか?ランダムに起きますか?
- もしこのバグのスクリーンショットがあれば(素晴らしい!)、Imgur.com等を使ってアップロードし、リンクをコピー&ペーストしてください。