#95282: "Tiles display incorrectly if the CSS "rotate" property is not supported"
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.
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
-
• Please explain what you wanted to do, what you did and what happened
• Which browser are you using?
Google Chrome v103 and v115
-
• 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?
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
• Which browser are you using?
Google Chrome v103 and v115
-
• Please explain your suggestion precisely and concisely so that it's as easy as possible to understand what you mean.
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
• Which browser are you using?
Google Chrome v103 and v115
-
• What was displayed on the screen when you were blocked (Blank screen? Part of the game interface? Error message?)
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
• Which browser are you using?
Google Chrome v103 and v115
-
• Which part of the rules was not followed by the BGA adaptation?
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
-
• Is the rules violation visible on game replay? If yes, at which move number?
• Which browser are you using?
Google Chrome v103 and v115
-
• What was the game action you wanted to do?
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
-
• What did you try to do to trigger this game action?
-
• What happened when you tried to do this (error message, game status bar message, ...)?
• Which browser are you using?
Google Chrome v103 and v115
-
• At which step of the game did the problem occur? What was the current game instruction?
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
-
• What happened when you tried to do this game action (error message, game status bar message, ...)?
• Which browser are you using?
Google Chrome v103 and v115
-
• 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.
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
• Which browser are you using?
Google Chrome v103 and v115
-
• 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?
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
• Which browser are you using?
Google Chrome v103 and v115
-
• Please explain your suggestion precisely and concisely so that it's as easy as possible to understand what you mean.
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
• Which browser are you using?
Google Chrome v103 and v115
Report history
I tried this today, using BGA's CSS override option. It allowed me to rotate in an older version of chrome on an older mac that won't update chrome to the latest. It also allowed me to rotate on safari on my iPhone which is not on the latest annual update.
However, the rotation order was strange and would point up (single "1" blue tile with 1 blue arrow) when it should have been another orientation, as I cycled through the options. I committed the tile where it should have been automatically satisfied (pointing up to blue), but it didn't move the token. I then checked on a laptop with the latest macOS after removing the CSS override and see that the tile is not as it visually looked when I placed it (with the CSS override). So the visual and the actual were out of sync with just the addition of this code, at least using the common BGA CSS override in the profile.
Thanks for putting this out there in an attempt to correct what really needs to be implemented and tested directly into the game code.
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.
