Jump to content
Unibet Home
Poker Community

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.

72 issues

  1. White screen after timeout in desktop client, win 10

    After timeout, instead of being redirected to the login window, you get a white screen. You can't click on anything, you have to close and reopen the app.
    Internet connection when issue occured: mobile hotspot
    Expected result: redirect to login window
    Actual result: white screen
    Priority: No Priority Status: Fixed
    By Phlo23,
    • 3 comments
    • 72 views

  2. Client crashed when I opened several tables of hexapro

    I tried to open 16 tables. 12 tables were opened and after a few seconds they froze. They started turning white one by one and the app suddenly closed. After that, I tried to quickly reopen the app 2-3 times, each time the tables seemed to open, froze + crash. On the 4th attempt I had 3 tables, only then did the app stop crashing.
    Internet connection when issue occured: mobile hotspot
    I uploaded  3 dmps( first crash + 2 attempts to reopen) + logs
    Priority: Medium Status: On backlog
    By Phlo23,
    • 2 comments
    • 132 views

  3. Frozen Hexapro table while other games working

    I tried to open 7-8 hexa tables, 7 opened and I was able to play, only one was frozen (see the image below). I couldn't click on anything in that window, but I could hear a sound from the chips moving. 
    I tried later to identify the game in HH. I found a possible hand from that game, but since it was a large volume in a short period of time, I can't be 100% sure. I recommend checking the logs.
    Internet connection when issue occured: mobile hotspot
    Status: New
    By Phlo23,
    • 0 comments
    • 51 views

  4. The Client Sound Dies v3.35.0

    Hi. I have a relatively fresh install of Windows 11, and I sometimes experience a loss of sound that is isolated to the Unibet Poker client. At first I thought it was somehow connected to my sound setup, but it has happened repeatedly now and all other sounds on my system work as far as I can tell. I think usually the client will start out working and then after some time it's like the sound will die and I don't hear any sounds from the client. I am currently using headphones through my monitor. I have an LG 4k Display 32UK550/UL500. Windows says the display is using "HD Audio Driver for Display Audio". When it dies, I usually open a Youtube video to confirm that my sound is still working. Restarting the client will bring back the sound.
    Priority: No Priority Status: Closed (duplicate)
    By Insideman,
    • 2 comments
    • 68 views

  5. Login error

    Getting this when I try to log in

    Priority: No Priority Status: Fixed
    By Samba,
    • 4 comments
    • 88 views

  6. login and password every time

    Hi,
    is it ok I must type every time I login in, my username and password? In previous version It was not forgotten.
    Priority: No Priority Status: Closed (won't fix)
    By Ozzyholik,
    • 3 comments
    • 64 views

  7. Hand History replayer very desynced when clicking fast

    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  
    Status: New
    By FeelsBadMan,
    • 1 comment
    • 98 views

  8. Deleting an in play alias breaks the tournament infobox and the tournament lobby "eye"

    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  
     

    Status: New
    By FeelsBadMan,
    • 0 comments
    • 63 views

  9. 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  
    Priority: Medium Status: On backlog
    By FeelsBadMan,
    • 1 comment
    • 55 views

  10. Audio gone until restart

    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  
    Status: New
    By FeelsBadMan,
    • 2 comments
    • 122 views

  11. Missing hand actions blinds in HexaPro games

    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.    
    Priority: Medium Status: On backlog
    By FeelsBadMan,
    • 0 comments
    • 53 views

  12. 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 
    Priority: Low Status: On backlog
    By FeelsBadMan,
    • 0 comments
    • 84 views

  13. Hand replayer will occasionally (often) not show the showdown hand when replaying

    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    
    Status: New
    By FeelsBadMan,
    • 0 comments
    • 66 views

  14. Cashgame sitout/leave table button vanishes

    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  
    Status: New
    By FeelsBadMan,
    • 0 comments
    • 75 views

  15. Cash loyalty rewards do not show up in Notifications

    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

    Status: New
    By FeelsBadMan,
    • 0 comments
    • 60 views

  16. 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: 

    Status: New
    By FeelsBadMan,
    • 0 comments
    • 64 views

  17. 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:
     
    Priority: High Status: On backlog
    By FeelsBadMan,
    • 2 comments
    • 117 views

  18. 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
    Status: New
    By FeelsBadMan,
    • 3 comments
    • 74 views

  19. 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. 
    Status: New
    By FeelsBadMan,
    • 0 comments
    • 52 views

  20. 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.
    Priority: Low Status: On backlog
    By FeelsBadMan,
    • 5 comments
    • 153 views

  21. Can't open the 5th cash table

    Don't know if it really is a bug or momentarily thing. I had open 4x nl4 cash tables and i couldn't open the fifth one, getting the message I already have the max amout of the tables open.
    If it was a ratholing protection, then it will allow me to open new tables, but the stack would be same as it was when i left the table...
    Priority: No Priority Status: Fixed
    By HardGain,
    • 4 comments
    • 106 views

  22. Invisible (missing) leave table button

    It happend before, but now I finally made a screenshot. 
    Hoovering over the "leave table" button makes it disapear. It happend rarely, but still annoing if you want to leave only one table. On the other table the button is visible
    Priority: No Priority Status: Closed (duplicate)
    By HardGain,
    • 2 comments
    • 37 views

  23. 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    
     
    Priority: Medium Status: On backlog
    By FeelsBadMan,
    • 1 comment
    • 106 views

  24. 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.
    Status: New
    By FeelsBadMan,
    • 1 comment
    • 105 views

  25. 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:
    Priority: No Priority Status: Fixed
    By FeelsBadMan,
    • 5 comments
    • 78 views

  26. 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    
    Status: New
    By Phlo23,
    • 1 comment
    • 102 views

  27. App freezes at login on android tablet consistently need to switch out and back in to unfreeze

    I have noticed this bug consistently for over a month, I have noticed it on the following two tablets:
    Samsung S8 Ultra
    Samsung S8 Plus
    The version demod in the attached video is on the S8 Ultra
    Samsung UI 6.0
    Android version 14.
    When you first log in the app consistently freezes, and you have to switch out of the app and switch back in to unfreeze the app. - see video for demo.
    Priority: No Priority Status: Closed (duplicate)
    By SkilfulPoker,
    • 1 comment
    • 66 views

  28. Potential security issue on android tablet

    The tablet demo'd is: 
    Samsung S8 Ultra 5G
    Software on tablet OS last update : 8th March 2024 
    Samsung One UI Version 6.0
    Android Version 14
     
    Bug is that when you exit the app, by swiping up and leaving Unibet, the app closes and is no longer present as a background app running, however when you re-open it , it doesnt ask you for a user name or password, so if you have exited the app, and leave your tablet unlocked anyone can open unibet with full access to your account. 
    Video to demo below, (in the video there is 1 background app running but that is the screen recorder, when you click background apps unibet isnt listed after you have closed it, despite it bypassing the login screen when you reopen it).
     
    Video demoing attached to this report.
     
    Priority: No Priority Status: Closed (won't fix)
    By SkilfulPoker,
    • 5 comments
    • 91 views

  29. +1 option (add table) disappeared for a few moments while I was sitting at a banzai table, mobile app

    I had one banzai table and suddenly the +1 option disappeared for a few moments.
    I went through the apps main menu for a few seconds and when I returned to the table it reappeared.
    It's the 2nd time I notice this, the 1st time it lasted approx. 2 min until the option reappeared and i didn't leave the table.
    In addition to the public screenshots, I've attached a clip where you can see the bug and a picture with details about the OS version.
     
    Status: New
    By Phlo23,
    • 2 comments
    • 100 views

  30. Promo cashgame list retratction

    This has been there from the beginning. On mobile, the scrolled selection to Monday shortstack promotion PLO game lasts only from a second to two, before it retracts back to the beginning of list. Which hides it from sight on portrait view.
    Annoyance level: very high
    Behaviour model added to a screenshots of old rotary phone, and modern video.
     
     
    Status: New
    By Rushbie,
    • 1 comment
    • 97 views

  31. 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.

    Priority: No Priority Status: Cannot reproduce
    By Xerka23,
    • 2 comments
    • 90 views

  32. Unibet client crashes

    Hey everyone, today I encountered a bug which caused my client to close suddenly, after closing a table of a tournament that I busted (Ironman 10euro). This has happened to me before a multitude of times. It feels like the client lags for a couple of seconds and then closes. It happens after an action. So today after I closed a table, or I remember it happening when I open or close the tournament lobby. Understandably, this is extremely annoying mid session playing multiple tables, having to log in again. 
    btw, I have a solid PC and am 100% sure that this is a unibet issue, as I have heard from peers that have encountered the same problem before.
    Priority: No Priority Status: Need more info
    By punterfifth9,
    • 2 comments
    • 93 views

  33. 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
    Priority: No Priority Status: Fixed - Pending release
    By Phlo23,
    • 10 comments
    • 140 views

  34. 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.
     
     
    Priority: Low Status: On backlog
    By Livertool,
    • 3 comments
    • 105 views

  35. 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.

    Priority: No Priority Status: Fixed
    By Livertool,
    • 3 comments
    • 146 views

  • Bug Reports Filters

Gambling can be addictive. Play responsibly.

Copyright 2021, Unibet. All rights reserved.

"UNIBET" is a registered trademark. UNIBET is not affiliated or connected with sports teams, event organisers or players displayed in its websites. UNIBET is not affiliated or connected with any mobile brand

This website is operated by Trannel International Ltd whose registered office is Level 6 - The Centre, Tigne Point - Sliema, TPO 0001 - Malta

The official number and date of issue of the license is MGA/B2C/106/2000 issued on 1st August 2018 valid until 17th July 2028.Trannel International Ltd is licensed by the Malta Gaming Authority (MGA). This public regulatory body is responsible for the governance of all forms of gaming based in Malta. Find out more about the MGA at www.mga.org.mt

Gambling can be addictive. Play responsibly.

×
×
  • Create New...