FeelsBadMan

Not as much of a bug per se, more so an improvement. Usually when you receive any kind of reward you will get a notification that you won it and what you won, otherwise there isn't any real way to keep track of the rewards you receive other than keeping track of all your balances at all times. But for a while Cash rewards from the loyalty system don't get a notification anymore and they probably should, just to have less confused people not knowing if they got it and less support contacts. The money has been received, just no notification. loyalty cash reward.mp4 Also reported by @ScaryOne in september 2023 😅 and reported by @comanimal in october 2023

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:

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.

This is a pretty unimportant bug, sometimes, when you play multiple tables of cashgames and you mess with the sitout states, for example you want to sitout on 3 of your 6 tables, but then a player joins so you change your mind on one, you can end up with one of your tables, usually a different one than the one you were messing with having the leave / sitout button vanish, and it only comes back when you resize the table or you press X and then no don't leave, and in that moment the sitout popup appears. So it seams that something in between the button disappearing and the popup appearing gets stuck somehow. I've checked the logs too, nothing seems out of the ordinary, "sitout mode changed" seems to trigger fine, sitoutmode seems to update fine, it's probably just an animation hiccup for which there are no logs in this build. In the following video example you can see it happening, obviously I'm messing with the sitout states more to be able to trigger it within a few minutes of play, but it does happen naturally in the wild during normal use, without spamming, as it has happened to me in the past and was reported by @comanimaltoo in January (screenshot of his issue attached below, the banzai table) and reported by @GR1ZZL3R in november 2023 with multiple people confirming that they have also had it. What is going on in the video at the bottom where it's cut off, left bottom I open the popup and unclick leave next bb at all tables, right bottom I just open the popup don't click anything, middle left I click to open the popup and it vanishes with no popup. I have done multiple sitout state changes before that though. sitout cash games vanish.mp4 @comanimal screenshot @GR1ZZL3R video grizzler report.mp4

This tends to happen when playing multiple tables (in this case 4) and very rarely if ever when playing just 1 table. Replaying a hand and going through the hand with next next next, you eventually reach the end of the hand, no more nexts but the showdown hand (if it's non allin) does not get revealed, you need to go to a different hand and back to be able to see the showdown hand again. Sometimes you can just go back a move and replay to see it but sometimes that doesn't work either. Looks like the next button did go through all the moves and they just didn't get displayed, this became particularly obvious when I had to hit previous a few times for anything to change. Today in a 15 minute session of 4 tabling I had this bug for 3 different hands and multiple times per hand. It happens all the time, kinda random but pretty easy to replicate if you try a bunch and follow the steps. It's not a necessity to press next fast, maybe it happens more that way but even pressing it slowly has the same issue. Improvement suggestion: I've made this suggestion in the other HH bug thread but this is where this suggestion really helps because if showdown cards are never hidden during replay then this bug is mostly harmless. Would be nice if showdown hands would be shown for the entire duration of the hand and not hidden, There is no need to hide the cards on the table replayer because during play you want all information as fast as possible. So while replaying, it would be nice if you could see the showdown cards revealed preflop flop turn and river, and not just on the river, just like we can see the Hero cards for the entire duration of the hand. Video 1: First try the showdown cards don't appear, 2nd try they do after moving to a different hand and back. Video 2: First try the showdown cards don't appear, 2nd try they do after hitting previous action once and next again. Video 3: First try showdown cards appear, 2nd try same hand showdown cards do not appear anymore, 3rd try after moving to a different hand and back again they do not appear, 4th try it they still don't appear, 5th try they finally appear. No showdown 3.mp4 No showdown 2.mp4 No showdown 1.mp4

When you delete the alias that you are currently using at a tournament table the infobox will no longer show your position, instead it will only show a "-" and the tournament lobby "eye" feature that puts your alias and chips at the top remains stuck in the state it was when the alias got deleted, no longer updating. This bug has appeared a few years ago, before that deleting an alias would not break any of this. Delete alias bug.webm

If you click next quickly while replaying a hand, which is a necessity while still playing since there isn't time to take it super slow, then the action will look nonsensical because the bets and board cards are very desynced. This bug appeared right after the update that introduced Banzai 2.0, up until then it worked perfectly. The first video (in slow motion to properly see the wrong bets) shows how the action looks when clicking fast, preflop and flop bets both look like whey were done preflop, turn bet looks like it was done on the flop, and then turn and river just appear. The second video is how the action should look. Improvement suggestion: A big reason why it's necessary to spam the next button instead of pressing it slower or using the play button is because the preflop action takes forever due to the non-VPIP (voluntary put in pot) folds. It would be a significant improvement if all the PREFLOP non-VPIP folds (people that have not contributed to the pot anything other than antes) would not be done 1 per action but happen at the same time as the next VPIP action (bundled together) for both pressing next or previous and for the automatic play button. What I mean by that, if you look at the hand in the video, what happens now is the following: Click Next garlicbread folds > Click Next AtsN folds > Click Next Haikari folds > Click Next NieZnamSie folds > Click Next OldShark bets > Click Next ykyg folds > Click Next piff-puff folds > Click Next Julian Carax calls How I think it would be much better for preflop action is if every next would take you to the action of the next first player that has put money in the pot (other than antes) and all the folds before him would be done at the same time (or if that isn't possible to animate, just blur them at the same time that would be sufficient); folds after that person that folds has already put money in the pot like a bet/fold or a call/fold should still be a separate move because they have put money into the pot (other than antes). The action should go like this, as you can see 8 clicks turns into 2 clicks: Click Next garlicbread folds AtsN folds Haikari folds NieZnamSie folds OldShark bets (all at the same time) > Click Next ykyg folds piff-puff folds Julian Carax calls (all at the same time) Improvement suggestion 2: Kind of unrelated but if replayer work will be done, would be nice if showdown hands would be shown for the entire duration of the hand and not hidden, There is no need to hide the cards on the table replayer because during play you want all information as fast as possible. So while replaying, it would be nice if you could see the showdown cards revealed preflop flop turn and river, and not just on the river, just like we can see the Hero cards for the entire duration of the hand. HH desynced bug slowmo.webm HH desynched bug how it should look.webm

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