FeelsBadMan

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

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.

From time to time in Hexapro you would end up in a hand where nothing happens, no cards dealt, no blinds posted, nothing, until a clock appears above your avatar (the timebank) one you click it if you even notice it, the entire hand and action appears, usually you'll just end up sitting out. This happens to everyone at the table, all 3 are experiencing the same issue at the same time. This is due to the tupdate transmission that I think normally initializes the stacks before the blinds get dealt ends up being sent after the init, blind, deal and pturn instead of it being sent first as a new hand starts, and that breaks everything until someone makes an action that forces an update. This typically happens when there is increased traffic particularly in hexapros, but during the latest Hexa Mania promotion there have been little to no issues on my end, but at least one person has reported one such issue.

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

When disconnecting an audio output device either intentionally to switch devices or accidentally by moving a cable or battery for bluetooth headset running out) and reconnecting it Unibet completely loses audio with no way to regain it until you restart the software. It's the only app that does this. As you can see in the videos Unibet has no audio, while Stars recovers audio immediately without pressing any buttons. I've tried everything to recover audio on unibet without restarting, every in client audio setting, mute unmute, force the default audio device in windows, removed and readded the device, enabling and disabling the device, different headset, different PC. Sometimes, albeit rare, the client starts with no audio, which you won't realize until you start playing, If it would have any way of recovering audio then this would not be a problem. When multiple devices are connected it successfully moves from one to the other, which was broken a few months ago, but now works, so it's a good workaround, but when only one device is connected then it won't work properly. @Phlo23 has also performed some tests of this issue and could not reproduce it, which is odd cause I have it on multiple PC's. o When did issue occur: All the time for a long time. o Which client(s) are impacted: Desktop o Info about your device: Windows 10 & Bluetooth True Wireless Headphones JLab or Wireless Headset Sennheiser or wired generic headset or bluetooth speaker Video example of Unibet sound not working: Audio bug Unibet.webm Video example of Stars sound working: Audio bug Stars.webm