All reports
cacao_displayed reports
#26444: "temple tile placed in the middle of 4 other tiles"
fixed: Bug has been fixed
1
What is this report about?
What happened ? Please select from below
Display bug: some game information displayed was wrong (with no important consequence on the game)
Detailed description
-
• Please describe the display issue. If you have a screenshot of this bug (good practice), you can use Imgur.com to upload it and copy/paste the link here.
The temple in question appeared in the wrong place on the screen. The game proceeded as if it was in its proper location (except that it was hard for the players to picture it in its place.)
• What is your browser?
Google Chrome v85
Report history
19. Oct 2020 3:57 • LynnCh • Bug has not been reproduced by delopers yet:
The problem occured once in the 3 games I've played so far. I didn't know to try F5 (and I'm not sure what that does anyway...) It was move 22-23 in the game. In the replay the tile is displayed in the correct position.
19. Oct 2020 10:48 • ExtraPaul • Bug has been confirmed by developers:
Aïe, I thought that this problem was resolved with last releases !
Do you remember if :
• It is always a temple tile ? (I think no)
• It occurs only when two jungle tiles must be placed, and the misplacement is with the second tile.
I confirm that you can refresh the screen.
But I must fix this problem...
:-/
Do you remember if :
• It is always a temple tile ? (I think no)
• It occurs only when two jungle tiles must be placed, and the misplacement is with the second tile.
I confirm that you can refresh the screen.
But I must fix this problem...
:-/
19. Oct 2020 15:33 • LynnCh • Bug has been confirmed by developers:
It only happened once, but yes, it was with a temple tile.
Yes, it happened when 2 tiles needed to be placed. In our case both were temple tiles and it was the second one that displayed incorrectly.
Yes, it happened when 2 tiles needed to be placed. In our case both were temple tiles and it was the second one that displayed incorrectly.
19. Oct 2020 15:45 • ExtraPaul • Bug has been confirmed by developers:
"It only happened once", but you said "The problem occured once in the 3 games I've played so far".
You mean "only once" by game, I suppose ?
3 incidents, it's a lot !
Nobody complaint about this problem, but I got it sometimes, with old release.
This problem worries me : how many games of Cacao have you played (+/-) ?
You mean "only once" by game, I suppose ?
3 incidents, it's a lot !
Nobody complaint about this problem, but I got it sometimes, with old release.
This problem worries me : how many games of Cacao have you played (+/-) ?
19. Oct 2020 21:02 • ExtraPaul • Bug has been confirmed by developers:
(Explanation for myself)
La tuile jungle est d'abord retirée de la zone par cette instruction (retirer la tuile et la déplacer dans map_scrollable).
this.jungles_display.removeFromZone( second_tile_id , false , "map_scrollable" );
Mais cela se passe avec un mouvement de 0,5 seconde.
Et la tuile ne change pas de container : elle reste dans #jungle_display.
Donc l'instruction la bouge de container :
this.attachToNewParent( second_tile_id , "map_scrollable" );
Ensuite on démarre le mouvement dans ce container :
this.slideToObjectPos( second_tile_id , "map_scrollable" , second_to_left , second_to_top ).play();
On a donc en même temps un mouvement de déplacement de la tuile par le removeFromZone avec un slideToObjectPos.
Ce n'est pas rassurant, mais cela fonctionne dans la majorité des cas.
Mais quand la première tuile se place, on peut avoir la deuxième qui remonte dans la zone, suivi, avec un chevauchement probable dans le timing, des deux mouvements décrits ci-dessus !
Peut-être que le slideToObjectPos démarre alors que la tuile fini de remonter ?
Solution à essayer : clôner la tuile jungle dans map_scrollable, et détruire l'original dans la zone.
Même s'il est bien expliqué que attachToNewParent crée un clone...
La tuile jungle est d'abord retirée de la zone par cette instruction (retirer la tuile et la déplacer dans map_scrollable).
this.jungles_display.removeFromZone( second_tile_id , false , "map_scrollable" );
Mais cela se passe avec un mouvement de 0,5 seconde.
Et la tuile ne change pas de container : elle reste dans #jungle_display.
Donc l'instruction la bouge de container :
this.attachToNewParent( second_tile_id , "map_scrollable" );
Ensuite on démarre le mouvement dans ce container :
this.slideToObjectPos( second_tile_id , "map_scrollable" , second_to_left , second_to_top ).play();
On a donc en même temps un mouvement de déplacement de la tuile par le removeFromZone avec un slideToObjectPos.
Ce n'est pas rassurant, mais cela fonctionne dans la majorité des cas.
Mais quand la première tuile se place, on peut avoir la deuxième qui remonte dans la zone, suivi, avec un chevauchement probable dans le timing, des deux mouvements décrits ci-dessus !
Peut-être que le slideToObjectPos démarre alors que la tuile fini de remonter ?
Solution à essayer : clôner la tuile jungle dans map_scrollable, et détruire l'original dans la zone.
Même s'il est bien expliqué que attachToNewParent crée un clone...
20. Oct 2020 6:33 • LynnCh • Bug has been confirmed by developers:
It was the only bug I encountered in all the games I played. I've only played 3 games so far.
20. Oct 2020 11:30 • ExtraPaul • Bug has been fixed:
(explanation for myself)
La solution de détruire puis recréer la tuile ne fonctionne pas bien :
1) Il faut donner à la nouvelle tuile placée dans map_scrollable un autre id.
2) Elle se place au centre avant de faire son mouvement.
3) Il faudrait remodifier son id après la destruction de la tuile originale dans la zone. Sans quoi la correspondance est rompue avec la base de données.
4) On ne peut pas changer l'id de la tuile dans la zone : la zone a retenu l'id original et la manipule encore.
Solution "pansement" : une fonction est appelée après une 1 seconde, forçant les coordonnées Left et Top.
Ainsi si le mouvement a été parasité, cette fonction replace la tuile à la bonne place.
Version 201020-1122 publiée.
La solution de détruire puis recréer la tuile ne fonctionne pas bien :
1) Il faut donner à la nouvelle tuile placée dans map_scrollable un autre id.
2) Elle se place au centre avant de faire son mouvement.
3) Il faudrait remodifier son id après la destruction de la tuile originale dans la zone. Sans quoi la correspondance est rompue avec la base de données.
4) On ne peut pas changer l'id de la tuile dans la zone : la zone a retenu l'id original et la manipule encore.
Solution "pansement" : une fonction est appelée après une 1 seconde, forçant les coordonnées Left et Top.
Ainsi si le mouvement a été parasité, cette fonction replace la tuile à la bonne place.
Version 201020-1122 publiée.
20. Oct 2020 11:41 • ExtraPaul • Bug has been fixed:
Dear LynnCh.
This problem occurs rarely and I'm surprised that it occurs in each of your game.
Do you play on a computer, or on a tablet/phone with Android ?
Because I believe that with Android the code of the game is not always refreshed.
A new release of Cacao is published.
I have found a explanation, but the solution is not elegant : I hope that it works !
For your next game of Cacao, try to force the refresh once the board is loaded. On a computer, it's [Ctrl][F5].
On Android, I don't know how to do a real refresh with Chrome.
I hope that this problem will disapear : let me know...
Kind regards,
Paul
This problem occurs rarely and I'm surprised that it occurs in each of your game.
Do you play on a computer, or on a tablet/phone with Android ?
Because I believe that with Android the code of the game is not always refreshed.
A new release of Cacao is published.
I have found a explanation, but the solution is not elegant : I hope that it works !
For your next game of Cacao, try to force the refresh once the board is loaded. On a computer, it's [Ctrl][F5].
On Android, I don't know how to do a real refresh with Chrome.
I hope that this problem will disapear : let me know...
Kind regards,
Paul
Add something to this report
Please add here anything that seems relevant to reproduce this bug or understand your suggestion:
- Another table ID / move ID
- Did F5 solve the problem?
- Did the problem appears several time? Everytime? Randomly?
- If you have a screenshot of this bug (good practice), you can use Imgur.com to upload it and copy/paste the link here.
