Bug Reports
Report bugs and issues directly to the poker team and developers! If you are experiencing crashes on Windows, please use this special client version which will generate a file with crash details (.dmp file)
Download special Windows client build for crash issues.
Download special Windows client build for crash issues.
72 issues
-
I can see you!
Third time this morning, once yesterday, once quite a while ago, managed a screen shot today.
Normally I fire up my tables and press sit out immediately so I can pick which tables to play, only going by stack size and position relative to other stacks. Normally I can't see who is at the table until pressing play and being dealt in, but some sort of glitch has let me see the other players before starting. The other twice this happened has been when playing, sitting out and opening a new table but this time it happened from the start. I opened 6 tables, and noticed on one all players were visible.
It's only a visual thing, no gameplay affected, but interesting.
- 9 comments
- 211 views
-
.thumb.jpeg.290401aa655e9a0f5964b465561354c7.jpeg)
- Comment by GR1ZZL3R
-
Bluetooth audio with mobile app
Others can judge if this is bug, only my equipment related or more common one but audio with bluetooth blugs is often laggy, delayed or totally missing audio for some parts. Quite a difference between using bluetooth:
screen-20240505-141009.mp4 And phone speaker:
screen-20240505-141239.mp4 Could be just my device related but what speaks against it is that no such problems with other poker apps.
- 2 comments
- 84 views
-
- Comment by Phlo23
-
Auto fill enabled
Is it for purpose or positive bug, that i don't know but as i haven't read anywhere that auto login is once again allowed i thought i post it here.
screen-20240503-122251~2.mp4
- 5 comments
- 79 views
-
- Comment by Stubbe-Unibet
-
Log out don't keep you logged out
Not much else to say, logging out succesfully, closing app and opening app again makes you still being logged in. Video says it all
screen-20240503-135913.mp4
- 13 comments
- 145 views
-
- Comment by Livertool
-
Message of black belt achieved before it actually is and multiple times
Regarding to black belt promo, i was still at brown belt while i went to lobby and had multiple messages of black belt achieved. Clock there says 23:04 -22:07 while i actually managed to get black belt arounf 22:30 which after i immediately took screenshot from table
- 9 comments
- 102 views
-
- Comment by Livertool
-
Changing avatar breaks cash game ticket.
Adding new cash table and changing new avatar for it ends up notification of insufficient funds and unable to play.
First noticed when i was regged to sng and opened cash game table via entering cash game ticket. Chose different avatar from buy in screen and got denied playing. Tried again with not changing avatar and got in.
Then tried is it the same if am playing cash game with ticket and adding another table with different avatar and got same error and on top of that i couldn't open another table even with same avatar. On top of that left the first table and tried to enter cash games again via that ticket and now i can't enter at all with that ticket. Tried multiple times, can it be fixed or @Stubbe-Unibet mind clearing it for only 9 flops left?
screen-20240503-175359.mp4
screen-20240503-181329.mp4 PS. Hopefully poker team goes easy on me with jumping on/off the tables. Ain't ratholing, just testing you software 🙂
- 3 comments
- 66 views
-
- Comment by Livertool
-
Logout and Timeout screen broken, redirects to main website page
When you logout or timeout on desktop or android you end up on this screen:
And after a few seconds (or after clicking authentication) you just get redirected to the main website page:
- 5 comments
- 78 views
-
- Comment by Stubbe-Unibet
-
Cannot remove MTTs from Favorites when using multiple devices
This bug has existed since the inception of favorites and has been reported by many people. Basically syncing settings, in particular "userFavoritesMTTList" from within the settings object, with the server storage is broken, and makes using the favorites feature between multiple devices almost unusable.
It seems like when you add or remove a favorite MTT or change any setting, the server storage updates with your new preferences perfectly fine.
When your client has settings (with favorites in them) in local storage, which is the case for the desktop and mobile clients, then the client first retrieves the local storage favorites, then it retrieves the server favorites, it detects a discrepancy between server (source) and client (destination) as evidenced by the following log "[CSettings::UpdateMap] source size: 766, destination size: 784", and then it logs "[CRlxNewTicketAwardService::StartService] Settings synced with the server storage".
Now, what seems to be happening when your local settings get synced with the server storage is that it can only add or modify keys, but it can't remove keys from "userFavoritesMTTList" and probably same for anything else in the settings object so there might be a reason for it, but it breaks favorites. So what happens in the situation presented above, is that despite the server having only 766 favorites, the client will remain with 784. Now let's say the 766 favorites on the server contain 4 new favorites, now your client will be updated to 788 favorites, the 784 originally in local storage + the 4 new ones but it does not remove any of the ones that are no longer in server storage.
In this scenario, as long as you change NOTHING on the client, no favorites, no settings, no table nudges, the server data will still contain the correct 766 and the other device where you have removed the MTTs will continue to be correct with 766. But the moment you change anything to the settings object in your client, including experiencing a table nudge out of your control, both the server and the other device get updated to 788, despite you removing a lot of MTTs on the other device.
The fix is pretty obvious, but idk if it has any other problematic ramifications; when syncing the settings object and the local storage with the server storage, just remove the keys from "userFavoritesMTTList" that are no longer present in the server storage, which seems to work fine when updating the server storage. Alternatively, if removing keys causes other problems, just set the value of the key to false when removing, or true when adding, and only display the favorites that have a value of true.
You might also ask yourself, why does this psycho have 766 favorited MTTs? Almost all of those are old templates that are impossible to remove as they are not displayed in the client. Surely there will be no issues with an ever expanding settings object with unremovable favorites and table nudges 🤔. It will all probably be fine.
The Browser client, due to its lack of persistent local storage (or maybe it's just my browser that doesn't store stuff) is the only one that correctly updates from server storage, but obviously it will also experience similar issues when another device updates the server storage.
- 0 comments
- 52 views
-
- Added by FeelsBadMan
-
Black Belt Flip
Did anyone receive a ticket to that tournament? Given there are no players registered and it starts in 2 hours, I suppose the answer is no.
I managed to make the black belt for sure, but did not receive any ticket.
- 3 comments
- 59 views
-
- Comment by Stubbe-Unibet
-
Hand History Tab completely freezes the client and the tables
This is a joint report with @Phlo23 who has been reporting this bug since the dawn of time. While this is a catastrophic bug that has been noticed by quite a few people recently, I wouldn't consider it top priority for the simple fact that you can avoid it during play by just never touching the HH Tab.
This bug occurs in the same way on both Desktop app and Mobile app but it's nearly impossible to replicate in browser. What happens is, if go the the HH tab and try to load a date, and before it loads every single hand you decide to change the date or game type because you want to see something else it will completely freeze everything.
The freeze also occurs if you open the Promotions tab before all hands loaded, if you go through the months in the calendar as can be seen in @Phlo23's video below, these 2 being less reliably reproduced, more likely on a freshly opened client. And according to @ValueHeavy it can also freeze when you try to load a specific hand before all hands have been received, although I have not been able to reproduce this one. There's probably other ways to trigger this freeze but these are the easiest to isolate and reproduce to include in this report.
As you can see in the videos the lobby is fully frozen and can't even be closed, while at the table you can still click buttons and see timebanks running out, BUT there is no information being passed to and from the table (BTW this is the exact way it looked when freezes would happen during play without touching HH, fortunately haven't seen one in a while)
However as you can see in the logs videos in the hidden section, the client is still sending and receiving all data just fine, including table actions (don't know about HH stuff as that is not logged, but the "HH received records: x" log never comes anymore so I assume that has successfully stopped). I just can't interact with anything, and can't close the client (Task manager to the rescue).
Now you might think, this is only an issue if you play an enormous amount of hands, but that is incorrect, it is just the most reliable way to reproduce, because sometimes it takes a long time to retrieve even a few hands. As you can see in one of the videos it froze after retrieving only 11 hands, and even had a situation where it took 28 seconds to retrieve 0 hands. The time is not necessarily an issue as it's not critical here, but it leads to these freezes happening quite often. Also worth noting that in the 11 hand video all the hands were fully loaded when I tried to change the date, it's like it's doing something else or hangs for a while after loading them, that being a danger period too.
I've also added videos of the browser version with devtools open, and as you can see it's nearly impossible to reproduce this bug. You will see the HH filters being frozen sometimes when it takes a particularly long time to receive even a few hands, but the client never freezes completely no matter what I do. The getHands requests get cancelled instantly and with them I assume the callbacks as well that probably cause the freezes in the desktop and mobile client. It's odd that on the non web versions whatever manager object that deals with the HH callbacks ends up freezing something else when it pauses it's own loop, while on web it's acting as it's completely self contained as it should be.
Video of freeze happening when changing the date on desktop:
Video of the freeze happening when checking promotions on desktop:
Video of the freeze even after fully loading a whole 11 hands on desktop:
@Phlo23 's freeze when going through the months in the calendar:
Mobile freeze when changing the date, app isn't responding and can't be brought back to life like after the popup freeze that was fixed recently:
Managed to reproduce Phlo's bug on mobile kind of by accident, once the HH filter buttons get unstuck I change the month without selecting a specific date and it froze:
- 2 comments
- 117 views
-
- Comment by Stubbe-Unibet
-
Hand History scroll keeps snapping back to the top
This is a super low priority bug that happens on every platform, desktop, mobile and browser. As you can see in the video, if hands are still being loaded the scroll bar and the contents snaps back to the top with every payload received (similar to the cashgame stakes bug happening now on mobile). And as the default ordering is by time and all the payloads are being placed at the bottom (when default sorted), the scroll bar and the contents should stay put to let the user look through the hands, probably by using an offset to scrollHeight that makes sure to keep the data somewhat in place, with maybe the 1st visible row as an anchor or the center visible row, or maybe you have some other easier method to not have it snap back. Keep in mind that if it's sorted by another column, rows will be added all over the place but IMO it should still stay anchored to the area you are viewing even though rows have been added before after and in the middle.
Once the HH list is fully loaded it's no longer a problem, which is why it's super low priority.
HH scroll bug.mp4 Also reported by @GR1ZZL3R a month and a half ago:
- 0 comments
- 64 views
-
- Added by FeelsBadMan
-
Top up amount isn't displayed correctly/doesn't update in banzai
Joint report with @FeelsBadMan
After a few tests, we noticed the following:
The amount for the top up option isn't displayed correctly. More precisely, it's not updated since the last similar action.
In order to correctly update the info, the banzai table must be resized.
Even if this bug appears, the correct amount is added to the player's stack.
@FeelsBadMan's simple and concise conclusion:
"it's just lacking a trigger to refresh with the correct data and wait till something does eventually trigger it"
Added some clips with the bug and the steps described below.
teest.mp4 stuck amount.mp4 Banzai_Texas_-_NL1_cg3a9e42_2024-04-24_10-08-12.mp4
- 1 comment
- 102 views
-
- Comment by Phlo23
-
Blank screen when checking messages.
This seems to be happening since the last update, not affecting anything just mildly annoying.
I open the client and have a message.
Click it and get a blank page
Message icon has disappeared and I have to go to main site to view messages.
- 4 comments
- 67 views
-
- Comment by Stubbe-Unibet
-
Banzai graphic issue on mobile
This issue occurred while playing Banzai on mobile and switching between landscape and portrait mode. It happened multiple times during different playing sessions.
So far, I noticed it only occurring while switching from landscape to portrait.
Unfortunately, I couldn't find a way to reproduce it. It might be related to losing the internet connection or switching sections in the app.
I'll add more details in the future in case it happens again or I find a way to reproduce it.
- 3 comments
- 131 views
-
- Comment by Esir
-
MitID and BankID login broken on Android app
Thought I'd join the fun 🙂
There's currently an issue with both the Danish MitId and Swedish BankID login solution when signing in (or trying to rather) on the Android app.
With MitID you're asked to scan the QR code - the QR code on the screen of same device - instead of just swiping to confirm login. This means you can't use your primary device for login.
We managed to fix this in an unreleased app build, but the login was still not working, as you'd be signed in on the website/in your browser and not on the app.
With BankID, you can manage to sign in by closing and reopening the app at the right point of the login flow, but otherwise it's impossible. Also a similar redirect issue as with MitID
- 4 comments
- 199 views
-
- Comment by Stubbe-Unibet
-
App freezes completely whenever focus gets taken away from it by a popup
his is a joint report with @Phlo23 as we both done a bunch of tests trying to figure out what's causing this for both of us.
This could have the same root cause as these 2 reports:
We've noticed while trying to record or share something while in the unibet app that the software would completely freeze, nothing is clickable until we force a disconnect and reconnect by minimizing the app and going back to it, after which it would work perfectly fine even while recording. What we've discovered that it's not the recording process, or any overlays that cause the freeze, but popouts, any popouts that probably take focus away from the app like in the screenshots below, for example, the start recording popup from below causes a freeze, the share to popup causes a freeze, for @Phlo23 there's a 3 2 1 popup when he starts recording that causes a freeze, AND when he disables it it does not cause a freeze any more. This freeze will probably happen with anything that can popup in front of your app which can be any number of apps and interactions. Which leads me to believe that maybe google autofill which has been found to be the cause of the freeze in the other reports might also have the same root cause.
As you can see in the video below, once I receive the start recording popup everything is frozen, only becomes unfrozen after minimizing and reconnecting, then it works fine, tried to bring up the keyboard and that was fine too, then tried to share a screenshot and once the share dialog appeared the software froze again until minimizing. Did also some drawing on the screen to show that it's just unibet that is frozen and everything else works fine, and no the drawing does not cause any issues as can be seen in previous reports as it's an overlay and not a popup.
I also tested to see if this happens on Stars and there were 0 issues, @Phlo23 tested 888 and same there were no issues, so this does seem to be a unibet specific bug and not just a general android bug.
Video in spoiler:
Screenshots of the popups that cause the freezes:
@Phlo23's recordings of this freeze happening even while at the tables:
- 5 comments
- 155 views
-
- Comment by Livertool
-
Android app with grey/black screen after login
Every time I sign in on the Android app, I end up on this grey/black screen. It just stays like this, but if I close and reopen the app, it will work.
Tested with multiple devices with different android version.
EDIT: this appears to be auto fill related. If I don't use auto fill (Samsung or Google), I'm not experiencing the issue.
QUICKFIX: Disable google autofill from device settings and/or don´t use offered autofill option when logging in but manually write username/email.
- 3 comments
- 146 views
-
- Comment by Stubbe-Unibet
-
Bounty amount missing on one or more players at the table
In bounty MTTs one or more players will have their bounty amount missing for usually for 1 hand but can happen for more hands. This typically happens on a table move, either you moving to another table, or other players getting moved to your table.
I've looked at the logs all information seems to be sent correctly every time, so maybe a client logic issue. Also couldn't spot a clear way to reproduce it, as it doesn't happen always when you get moved tables.
It's a pretty bad bug as bounties are a pretty big part of playing bounty mtt's, so for at least one hand if not more you're essentially playing blind.
- 1 comment
- 105 views
-
- Comment by Rushbie
-
Unable to return to the login screen on mobile
If you enter your credentials on mobile and mistakenly press the "Forgotten password?" button instead of the "Log In" button, you're unable to return to the login screen and have to restart the app. This is because the interface moves up to make the credentials field unobscured by the keyboard, but it doesn't return to its initial position.
Consider the attachment below for more details.
loginub.mp4- 4 comments
- 133 views
-
- Comment by Livertool
-
Expanding a pinned MTT hides the last pinned tournament from the list
This has happened ever since more than 2 pinned MTTs got added and it's not a particularly important bug. The last pinned MTT whether it's 3/3 4/4 5/5 ends up getting hidden when you expend one of the other pinned MTTs, and it's always the last one no matter what. Smells like some sort of indexing issue in whatever algorithm deals with sorting the pinned tournaments at the top.
The first video shows the bug. The second video shows an empty row appearing instead of the pinned tournament when sorted in reverse by time (can take a few tries to get). Maybe it's a clue.
pinned 1.mp4
pinned 2.mp4- 3 comments
- 74 views
-
- Comment by Livertool
-
Individual MTT lobbies take a long time to load
When you play MTTs, and have a decision that is dependent on some information from the lobby, and you go to said lobby either from the table button or from the general tournament lobby, it can take a long time to load the information, while you're stalling to make the decision. It takes a long time to load is not an accurate description, more so I think the client requests the information from the server once every 30 or 60 seconds, so sometimes you'll end up waiting almost the entire amount, sometimes a small amount and mostly in the middle. I think every time you open a lobby and it's not populated with information it should instantly request that information once, and then continue using the polling once every 30 seconds strategy.
lobby slow load.mp4
Edited on 03/04/2024:
Added logs and a video combined with the logs in the hidden section of the post and new observations.
As I mentioned in the steps, it is important to play an MTT to observe this bug. Without playing or at least spectating, this bug does not occur (which is funny cause it matters most when playing).
As can be seen in the logs and at the beginning of the video (the hidden one that also has logs in the video not the one above), when you open the lobby without playing in the tournament it sends an "action":"detailes_subscribe" and immediately (a tiny bit of ugly delay but it's fine) receives trnupdate for status rules prizes and player to fully update the lobby.
At second 23 in the video I register the tournament, sends an "action":"detailes_subscribe" without a lobby being open, which is likely very necessary for the infobox and probably other elements as well, receives trnupdate for status rules prizes and player as expected.
Starting at second 45 I try to open the tournament lobby from the table and now you can see the bug occurring, information loading becomes super slow. You can see a "Subscribe to the tournament" at that moment, but no "action":"detailes_subscribe" because that has already happened when the tournament started, we are already subscribed there. The information gets loaded at second 57 when trnupdate prizes (13:02:49) for this tournament gets received, which is odd because the data loaded is from rules, not prizes. It's like it has already has all the data it needs, it just needs to receive any trnupdate to trigger refreshing the lobby with that data. And 14 out of the next 21 tests seem to line up perfectly with this hypothesis to the second, the other 7 have not received any trnupdate till the moment they loaded so something else might have triggered it there.
Because players and prizes seem to load perfectly fine the moment you open the lobby, maybe you can do the same thing for rules and status probably too (idk if this one is needed but maybe). Or maybe just call the rest API once for results at that moment but the instant display like in the case of players and prizes is much more satisfying and less scuffed looking.
Edited on 24/04/2024:
Also when a tournament starts and you're registered, it won't receive any information until the tournament starts.
- 5 comments
- 153 views
-
- Comment by FeelsBadMan
-
Going from sitting out to sitting in doesn't update in tournaments
When someone is sitting out and sits back in during a hand, they will still appear as sitout sometimes till the next action is completed by a player and sometimes not even then. I believe this happens because there is no transmission to let the table know that someone has sat in, and it uses the next act or pturn payload to update, which in cashgames is a fine implementation because you don't get dealt in if you're sitout, but in tournaments you are dealt in and you can sit in in the middle of a hand. This bug is pretty impactful especially in Hexapros and HU sng, since you're in a situation where you have to raise against the sitout and surprise, the opponent hasn't been sitting out the entire time. For an average player this can look like either the site is full of angleshooting players, and nobody likes playing on a site full of cheaters, or it looks like the graphics can't be trusted, and trust is kind of important.
In tournament formats (MTT SNG hexapro) would it be possible to send something like a sitoutChanged payload to the entire table the moment someone pressed the sit in button and have the table use that to update everyone (while keeping the current way of updating as a fallback)? Sending chat emotes has the capability of sending a payload to the entire table the moment you click something, so I imagine this should be possible too.
sitoutChanged could be similar to tupdate where d[0][2] uses a similar code 0 = empty seat; 1 = sat in; 4 = sat out; 5 = sitting in (this case if they already folded the current hand but could also just be 1 sit in) but without the irrelevant 2 3 and 6, or even a more simplified payload like the bounties payload, or just a delta with the player that sat in.
Here's 2 video examples of the bug, the player times out, the next hand he is sitout, I wait for him a bit, he is still sitout, I raise, and the moment I raise against the sitout that will be an autofold, he's back, and now he's calling or raising. That's because he was already back for a while, it just never got displayed until I made my move. That's a very bad bug optically and really messes with the flow of a game in every tournament format but especially in shorthanded ones like hexapro and sng.
Sitout bug 2.mp4
Sitout bug 1.mp4
- 1 comment
- 106 views
-
- Comment by Stubbe-Unibet
-
Backspace and other keys register twice in login UI on MacOS
In the login interface on MacOS, when attempting to correct a mistyped username or password by using the Backspace key, the system erroneously registers the keypress twice, resulting in the deletion of two characters instead of one. This issue is also observable with other keys like the Tab key. However, the Space key functions as expected, deleting only one space per keypress.
**Expected Result:**
Each keypress (Backspace, Tab, etc.) should register as a single action.
**Actual Result:**
Backspace and Tab keys are registering as if pressed twice, thereby performing double the action for a single keypress.
**Additional Info:**
- The issue was not reproducible using the Space key, which functions correctly.
credit to @orbit_white
- 10 comments
- 140 views
-
- Comment by Stubbe-Unibet
-
Sensei activated only after 100bb
Ain't it suppose to be 50bb? Didn't activate for me or others today, at some point someone reached over 100bb and he became sensei (no pic of it, you have to take my word on it)
- 2 comments
- 54 views
-
- Comment by Stubbe-Unibet
-
Laggy shop & no notification
Happened two times today so probly related to update. Shop don't register buys until you leave app and then it does as many buys as you pressed buy button. Also no notification for received ticket. I don't mind that i bought 4 hexa tickets earlier thou was planning to buy only 2 but don't really want 3 banzai tickets so @Stubbe-Unibet would you mind deleting 2 of them and return points?
screen-20240423-123314.mp4
- 3 comments
- 63 views
-
- Comment by FeelsBadMan
-
Technical error #4 when trying to register to 40c Supermoon flip
After the last update I was trying to use my 40c Supermoon ticket to register to the flip tournament. I got the error #4 message like shown in the picture. This is for the flip tournament that starts at 16:50, while I was able to use my other ticket to register to the 15:50 one
- 4 comments
- 56 views
-
- Comment by Stubbe-Unibet
-
Slider missing
I don't know if this has already been mentioined. If i log in and hold the phone in horizontal position the hexapro slider is missing. If i turn vertically, then it appears.
- 2 comments
- 90 views
-
- Comment by Livertool
-
Wrong description in cash game info tab
For some reason it showed omaha desription in hold em info tab with android app. Leaving cash game section and returning didn't help so went to check out the web client if it is the same in there and is it just wrong placed description overall but no, web client showed it right. Then returned to app and it was correct in there too. Tried to reproduce it with repeating steps what i did before bug appeared (like scrolling through tournaments, visiting game lab) but no such luck so no idea what caused it.
Screenshots of wrong info:
Correct omaha info:
And right holdem info when returning to check out app again:
- 1 comment
- 61 views
-
- Comment by Stubbe-Unibet
-
Sensei meter disappeared from Banzai
I noticed the sensei meter had disappeared. Last time I saw it the sensei had about 4x my stack. I looked at the lobby, the big stack was gone and there were several stacks around 4 €.
- 2 comments
- 69 views
-
- Comment by Stubbe-Unibet
-
Busted table always gets priority whenever it's your turn to act
Table priority works well in general, possibly one of the best so I wouldn't change it, but whenever there's a table where you have busted the tournament that table gets permanent top priority. As you can see in the video, whenever it's your turn to act on any table, the busted table pops up in front and not the table that you have to act on. If you close that busted table, the next busted table will be top priority. If you have any kind of overlap you urgently have to close every busted table to not have it cover your active tables. Possibly same issue on mobile since after having a busted table, no other table can pop up in front until you close that busted table, which can't be good when mobile tables are always overlapping.
Sometimes, the busted table won't even let you get to the table where it's your turn to act without clicking the busted table first, as you can see in the first video I am spam clicking the table and it just won't let me put it on top. I even fold a hand at second 36 and it still doesn't put the table on top.
o When did issue occur: All the time for the past 2 years, probably since the last table priority update.
o Which client(s) are impacted: Desktop and Mobile Android
o Info about your device: Desktop Windows 10 and Mobile Android 12
o Recording date and device:
- 1st on the 20-03-2024 on Desktop client v3.35.0
- 2nd on the 19-03-2024 on Desktop client v3.34.0
Table Prio bug catastrophic.webm
Table Prio bug.webm
- 1 comment
- 55 views
-
- Comment by Stubbe-Unibet
-
Column sorting
On tournament schedule if I sort any column descending (for example bui-in) then click another tab (for example promotions) and go back to schedule, column is sorted but ascending.
- 1 comment
- 68 views
-
- Comment by Stubbe-Unibet
-
Mobile bet slider issue
Bet slider keeps returning to "min" when trying to swipe to "max" if you don´t manage to hit it perfectly. Happens when stack is short and slider only has "min" and "max" options available.
Happens all the time, for years and every android version or device that i have used.
2:34 has the bug, rest of the video just showing that otherwise no problems with bet slider when it has more than just min/max options.
- 3 comments
- 105 views
-
- Comment by Stubbe-Unibet
-
Short-Stack Master, wrong alias for chip-leader
While playing at the Short-Stack Master competition, I have noticed that when I take the chip lead the alias name that appears in the middle of the table is often not the one I am using. This happens very frequently and this last time it was not even the most recent alias name, it was one from a few days ago. I have always seen other chip leaders being represented by the alias they are using so I doubt others are seeing the same as me, but given that I use many aliases and don't want connections being made between them it's still a little unnerving.
- 1 comment
- 75 views
-
- Comment by avatarthief
-
Hero chips covered during play by chip assets
I've recorded this bug 5 times in 2 days this week and last week, probably happened more times.
The hero chips and parts of the villain are covered by the chip assets that are meant to be the blinds in front of the player, and not on top of the player, something is going wrong with the animation of the chips. Also as can be seen in one of the screenshots, someone making an action does not reset everything as it would for other bugs; the chip assets remain on top of the chip numbers.
Steps to reproduce:
Play hexapro Have chips covered Fold See that you actually had 0.3BB behind Cry I've attached logs for this bug, it turns out that the tupdate arrives after blinds or deal instead of arriving after the finished winner of the previous hand, every single time the bug occurs, and since these payloads don't come in the right order it doesn't animate it correctly anymore. Whichever solution is being used to deal with the asynchronicity of tupdate doesn't seem to place / execute them in the right order. In addition, spawning the blinds there and then moving them in front seems a bit dangerous, who's to say that even if the asynchronicity issue gets fixed there won't be another issue that will stop that animation from playing out, the location where the blinds spawn should probably be changed as well.
Also this might be a coincidence, but in both days 4 out of the 5 occurrences have happened around 16:20 UTC with one happening at 19:40. Maybe worth checking if there was some sort of cronjob running at that time. Won't remove the need to fix the underlying issue, but maybe would fix it temporarily if there really is something there and it isn't just a complete coincidence. Had another one that wasn't in that time frame, so seems less likely now.
Added logs, screenshots and a list of the hands that had issues with IDs. These were not the only ones just the ones that I managed to screenshot
- 0 comments
- 84 views
-
- Added by FeelsBadMan
-
Mobile tournament lobby jam
Happened few times, after searching tournaments by name that lobby jams and stays jammed until you do something else like visiting promotion section in this case. After that works just fine again.
- 5 comments
- 203 views
-
- Comment by Livertool
.thumb.jpeg.290401aa655e9a0f5964b465561354c7.jpeg)
