#9811: "Downsized Castle/Keep did not ripple"
What is this report about?
What happened? Please select from below
What happened? Please select from below
Please check if there is already a report on the same subject
If yes, please VOTE for this report. Reports with the most votes are given PRIORITY!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Detailed description
-
• Please copy/paste the error message you see on your screen, if applicable.
Whenever a building is downsized in Might (or Faith) so long as its shadow is the same type, same size and same owner the shadow should always be destroyed, and then the new downsized building should be rippled forward to replace it. In this case, the shadow building was left alone even though it met the requirement of same type, same size and same owner. Instead, it failed to ripple (it did not even destroy the shadow) because of a claimed conflict of hierarchy. The downsized building (castle to a keep) should have destroryed the shadow Castle, the rippled the new Keep into the domain regardless of potential "conflicts"... this is quite clear in the rules and in the FAQ on file with BGG. If a conflict of Hierarchy occurs, then the conflicting buildings (after being rippled) should be downsized by choice of the effecting player, with his own buildings being prioritized over those of other players.
-
• Please explain what you wanted to do, what you did and what happened
approximately move # 197
• Which browser are you using?
Google Chrome v66
-
• Please copy/paste the text displayed in English instead of your language. 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. Is this text available in the translation system? If yes, has it been translated for more than 24 hours?
Whenever a building is downsized in Might (or Faith) so long as its shadow is the same type, same size and same owner the shadow should always be destroyed, and then the new downsized building should be rippled forward to replace it. In this case, the shadow building was left alone even though it met the requirement of same type, same size and same owner. Instead, it failed to ripple (it did not even destroy the shadow) because of a claimed conflict of hierarchy. The downsized building (castle to a keep) should have destroryed the shadow Castle, the rippled the new Keep into the domain regardless of potential "conflicts"... this is quite clear in the rules and in the FAQ on file with BGG. If a conflict of Hierarchy occurs, then the conflicting buildings (after being rippled) should be downsized by choice of the effecting player, with his own buildings being prioritized over those of other players.
• Which browser are you using?
Google Chrome v66
-
• Please explain your suggestion precisely and concisely so that it's as easy as possible to understand what you mean.
Whenever a building is downsized in Might (or Faith) so long as its shadow is the same type, same size and same owner the shadow should always be destroyed, and then the new downsized building should be rippled forward to replace it. In this case, the shadow building was left alone even though it met the requirement of same type, same size and same owner. Instead, it failed to ripple (it did not even destroy the shadow) because of a claimed conflict of hierarchy. The downsized building (castle to a keep) should have destroryed the shadow Castle, the rippled the new Keep into the domain regardless of potential "conflicts"... this is quite clear in the rules and in the FAQ on file with BGG. If a conflict of Hierarchy occurs, then the conflicting buildings (after being rippled) should be downsized by choice of the effecting player, with his own buildings being prioritized over those of other players.
• Which browser are you using?
Google Chrome v66
-
• What was displayed on the screen when you were blocked (Blank screen? Part of the game interface? Error message?)
Whenever a building is downsized in Might (or Faith) so long as its shadow is the same type, same size and same owner the shadow should always be destroyed, and then the new downsized building should be rippled forward to replace it. In this case, the shadow building was left alone even though it met the requirement of same type, same size and same owner. Instead, it failed to ripple (it did not even destroy the shadow) because of a claimed conflict of hierarchy. The downsized building (castle to a keep) should have destroryed the shadow Castle, the rippled the new Keep into the domain regardless of potential "conflicts"... this is quite clear in the rules and in the FAQ on file with BGG. If a conflict of Hierarchy occurs, then the conflicting buildings (after being rippled) should be downsized by choice of the effecting player, with his own buildings being prioritized over those of other players.
• Which browser are you using?
Google Chrome v66
-
• Which part of the rules was not followed by the BGA adaptation?
Whenever a building is downsized in Might (or Faith) so long as its shadow is the same type, same size and same owner the shadow should always be destroyed, and then the new downsized building should be rippled forward to replace it. In this case, the shadow building was left alone even though it met the requirement of same type, same size and same owner. Instead, it failed to ripple (it did not even destroy the shadow) because of a claimed conflict of hierarchy. The downsized building (castle to a keep) should have destroryed the shadow Castle, the rippled the new Keep into the domain regardless of potential "conflicts"... this is quite clear in the rules and in the FAQ on file with BGG. If a conflict of Hierarchy occurs, then the conflicting buildings (after being rippled) should be downsized by choice of the effecting player, with his own buildings being prioritized over those of other players.
-
• Is the rules violation visible on game replay? If yes, at which move number?
approximately move # 197
• Which browser are you using?
Google Chrome v66
-
• What was the game action you wanted to do?
Whenever a building is downsized in Might (or Faith) so long as its shadow is the same type, same size and same owner the shadow should always be destroyed, and then the new downsized building should be rippled forward to replace it. In this case, the shadow building was left alone even though it met the requirement of same type, same size and same owner. Instead, it failed to ripple (it did not even destroy the shadow) because of a claimed conflict of hierarchy. The downsized building (castle to a keep) should have destroryed the shadow Castle, the rippled the new Keep into the domain regardless of potential "conflicts"... this is quite clear in the rules and in the FAQ on file with BGG. If a conflict of Hierarchy occurs, then the conflicting buildings (after being rippled) should be downsized by choice of the effecting player, with his own buildings being prioritized over those of other players.
-
• What did you try to do to trigger this game action?
approximately move # 197
-
• What happened when you tried to do this (error message, game status bar message, ...)?
• Which browser are you using?
Google Chrome v66
-
• At which step of the game did the problem occur? What was the current game instruction?
Whenever a building is downsized in Might (or Faith) so long as its shadow is the same type, same size and same owner the shadow should always be destroyed, and then the new downsized building should be rippled forward to replace it. In this case, the shadow building was left alone even though it met the requirement of same type, same size and same owner. Instead, it failed to ripple (it did not even destroy the shadow) because of a claimed conflict of hierarchy. The downsized building (castle to a keep) should have destroryed the shadow Castle, the rippled the new Keep into the domain regardless of potential "conflicts"... this is quite clear in the rules and in the FAQ on file with BGG. If a conflict of Hierarchy occurs, then the conflicting buildings (after being rippled) should be downsized by choice of the effecting player, with his own buildings being prioritized over those of other players.
-
• What happened when you tried to do this game action (error message, game status bar message, ...)?
approximately move # 197
• Which browser are you using?
Google Chrome v66
-
• Please describe the display issue. 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.
Whenever a building is downsized in Might (or Faith) so long as its shadow is the same type, same size and same owner the shadow should always be destroyed, and then the new downsized building should be rippled forward to replace it. In this case, the shadow building was left alone even though it met the requirement of same type, same size and same owner. Instead, it failed to ripple (it did not even destroy the shadow) because of a claimed conflict of hierarchy. The downsized building (castle to a keep) should have destroryed the shadow Castle, the rippled the new Keep into the domain regardless of potential "conflicts"... this is quite clear in the rules and in the FAQ on file with BGG. If a conflict of Hierarchy occurs, then the conflicting buildings (after being rippled) should be downsized by choice of the effecting player, with his own buildings being prioritized over those of other players.
• Which browser are you using?
Google Chrome v66
-
• Please copy/paste the text displayed in English instead of your language. 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. Is this text available in the translation system? If yes, has it been translated for more than 24 hours?
Whenever a building is downsized in Might (or Faith) so long as its shadow is the same type, same size and same owner the shadow should always be destroyed, and then the new downsized building should be rippled forward to replace it. In this case, the shadow building was left alone even though it met the requirement of same type, same size and same owner. Instead, it failed to ripple (it did not even destroy the shadow) because of a claimed conflict of hierarchy. The downsized building (castle to a keep) should have destroryed the shadow Castle, the rippled the new Keep into the domain regardless of potential "conflicts"... this is quite clear in the rules and in the FAQ on file with BGG. If a conflict of Hierarchy occurs, then the conflicting buildings (after being rippled) should be downsized by choice of the effecting player, with his own buildings being prioritized over those of other players.
• Which browser are you using?
Google Chrome v66
-
• Please explain your suggestion precisely and concisely so that it's as easy as possible to understand what you mean.
Whenever a building is downsized in Might (or Faith) so long as its shadow is the same type, same size and same owner the shadow should always be destroyed, and then the new downsized building should be rippled forward to replace it. In this case, the shadow building was left alone even though it met the requirement of same type, same size and same owner. Instead, it failed to ripple (it did not even destroy the shadow) because of a claimed conflict of hierarchy. The downsized building (castle to a keep) should have destroryed the shadow Castle, the rippled the new Keep into the domain regardless of potential "conflicts"... this is quite clear in the rules and in the FAQ on file with BGG. If a conflict of Hierarchy occurs, then the conflicting buildings (after being rippled) should be downsized by choice of the effecting player, with his own buildings being prioritized over those of other players.
• Which browser are you using?
Google Chrome v66
Report history
Table 39642880 move #197 (about); The is complete... the bug caused me to lose the game btw.. :p
imgur.com/gallery/7Ss4nex
What happened:
My placing the hamlet in Might (circled in red) merged two domains, each with a Castle... my Castle had superior strength, and so won the contest. Red player downsized his Castle to a keep and then the system claimed "Ripple Cancelled due to Conflict of Hierarchy". Nothing was changed in Faith or Reason.
What should have occurred:
The castle in Faith (marked with a red "X" in my diagram) should have downsized to a keep with the same footprint as the Keep in Might (circled in Red). This should have caused a conflict of hierarchy with the Black player's Keep already in that same domain, however it is clear in the rules that such a conflict is allowed to occur but must be immediately resolved by the effecting player. I should've been allowed to then choose which Keep would win the conflict (if i had a Keep of my own in the contest, then I would've had to downsize it first, but i did not). I was planning to choose the black keep to downsize... then, no matter where the black player located his downsized Watchtower, the City in the upper right corner would've been 'isolated' in a domain without any religious buildings. I then would've used one of my last 2 actions to place a chapel in that domain and claim 5 additional points for the final scoring, allowing me to win by 3 points, instead of losing by 1 point.
The system needs to learn to ignore conflicts when resolving separations of domains due to downsized buildings. It also needs to learn the timing of events... the shadows are always destroyed first, and the the ripple of the new building is placed -- so, even if something prevents the downsize in Faith or Reason, the original building is still destroyed in those realms (and ruin renovations are lost in Reason).
Your bug has probably been fixed already, or was linked to a temporary failure of BGA service.
In any case, when filling a bug report, make sure to have an explicit title linked to the incident (ex: with error message), so other players can recognize it and vote for it.
Add to this report
- Another table ID / move ID
- Did F5 solve the problem?
- Did the problem appear several times? Every time? Randomly?
- 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.
