FeelsBadMan

Disregard everything I've said, it's just UI being UI, el classico. A tiny change seems to fix everything. 

Changing the following line in banzai20BuyInPopup (tested with banzai20 and roboto_condensed font) and banzai20BuyInPopupPortrait (untested, requires testing):

{ type: "text"; id: "cashGameBuyInPopupInputValueText"; layout_size: ["match_parent", "match_parent"]; font: "banzai20"; font_size: "2vw"; text_color: 0xffffff; },

to:

{ type: "text"; id: "cashGameBuyInPopupInputValueText"; layout_size: ["match_parent", "wrap_content"]; font: "banzai20"; font_size: "2vw"; text_color: 0xffffff; layout_gravity: "center_vertical"; },

What was changed is the vertical layout_size from match_parent to wrap_content and added layout_gravity: "center_vertical";  cause it no longer inherits it
                                                    

Haven't had it with a DC just with closing the client because the last banzai20 xp payload doesn't get resent when the table gets opened again, so it needs the next one to have the data to display the xp bar,  which is after your next allin 

Just noticed that this bug happens for the SNG lobby too, I wonder if it also has the same root cause as Hand Histories also snapping to the top when a new payload gets is received:

Yeah the community part is not great security, in order to log into the community you gotta log into the main site and it redirects you, but the logout only logs you out of the community and you have to log out of the main site separately which most won't even know. IDK how they could even link the 2 with the current setup to manage to logout of both. 

Might have been a domain change / link change that caused Google Autofill to not recognize it, cause it's the worst password manager that can't even recognize that it's the same app. Same thing happens if you change the login language. Does it work now after saving it again?

I thought this might be a tougher client logic issue but it turns out it's just the animation timings in cardAnimations . I presume changes were made for card animations when banzai 2.0 got launched in order to have enough delay for the VS scene, and instead of these banzai card animations being used just for banzai, the only place that has these special animations, it's been used for everything. You could use these banzai cardAnimations just for banzai and bring back the pre-banzai cardAnimations for everything else OR since they seem fine in normal games, you could just duplicate the cardAnimations file, rename it to cardAnimationsReplayer , remove one 0 from the flop turn and river animations as shown below, and include this new cardAnimationsReplayer just in replayerTable and in replayerTable-Desktop replacing the original cardAnimations include.

This is the entire change that needs to be done. You could obviously make new animations or remove animations or whatever you think is best, I just thought this would be the fastest tested way to actually have the report picked up and fixed in 5 minutes, to not have to deal with this issue anymore.

Example of how it looks with the lower timings, no more desyncing issues:

Example with the current timings, it's so desynced that it continues playing well after the hand actions have finished, in addition to almost all actions happening on the wrong street:

Obviously I would like the 2 improvements mentioned above too, but since those 2 seem like logic issues that need to be dealt with in cpp, they are separate from this bug which can be resolved in 5 minutes. 

Also might be worth adding that on Vlad casino browser it updates just fine, while on Unibet browser the same error occurs, including the resize fix, so maybe something changed between the 2 versions. 

This continues to be an issue. Added a screenshot of the browser console, mighty suspicious that banzai stuff is getting 404 even though it does look like they are used. Also I do not have any issue or any 404's on Vlad Casino. 

Some more information, tried on mobile portrait in the video, same issue, but once you rotate it in landscape you get a new correct value, and when you rotate back to portrait it's incorrect again. Skip to the next hand when there should be a new new value and now both portrait and landscape are incorrect being stuck to the previous 2 values. So it looks like it updates only on when a scene? gets initialized.

Another observation is that the Balance row from the same popup updates just fine all the time as you spend money on other games, it's just the rebuy value not changing.

With the help of @GR1ZZL3R's video I think with around 90% certainty we have figured out what is going on. Seems like the names and avatars get revealed the moment the SB is missing due to the person that was BB previously busting or sitting out or leaving the table as you can see in the bottom table of my video, and in @GR1ZZL3R's video and I had one more example where a 3 handed table turned into 2 handed which was likely the same scenario. 

Kinda smells like when the SB is missing it goes on a branch of the server code that either has not been updated to included the hidden avatars part of the code or just switches the boolean that deals with that for some reason. (100% it's server code because otherwise the client doesn't even receive any identifying information about the players)

It's very likely that this has nothing to do with you sitting out or with the time you sitout, the sitting out just increases the probability of encountering the bug due to having the avatars hidden for longer. It also seems like a low prio bug because it can't be reproduced intentionally, it just happens as a result of specific table actions out of your control.

Added logs in the hidden section with the unaffected tables filtered out, even though I don't think the logs reveal anything extra than what I have described. You can see at 14:14:38 the hidden players switching to visible players.

To be clear, yes the page doesn't need to fully load, but it does need to make a connection and you can't know if it has until it does load, or by going to the website and checking if the connection has been disconnected 😄

In general though, I would expect most people to close the client after they received the "You're logged out" message, why would they ever click the checkmark, the checkmark doesn't close the software, so it's the obvious point where one would close it. Not sure why it even needs any human interaction and doesn't trigger the next step on its own instead of having this message. 

17 minutes ago, Livertool said:

Don't know what is up with this promo, got nowhere near black belt yet again ticket received? Kind of bummer for those that actually achive it.

https://unibetpoker.com/event/banzai-black-belt

Have you played at all before you opened these tables? Are you sure you haven't played at the affected table recently (within the ratholing time interval, however much that is)?

Cause if I join a table, play a hand, leave it, and then open a table, I get sat back at the same table and I can see all the players immediately (if someone didn't take my seat to fill up the table). Now technically you could exploit this, by playing an orbit at all the tables and then rejoin them from time to time to see if any target has joined. But ultimately the whole thing is kind of a gimmick anyway 🤷‍♂️

Sounds like it not working was the bug, cause password managers are the recommended way to log in, ideally with a master password or some other authentication method. 

I assume Unibet only removed autologin stuff due to compliance issues, cause they get stored in a cookie in plain text, and there's a war on cookies, for good reason. But you can store your own password in any password manager you want, including google autofill 👍

That's what I thought as well from the notifications, 2 tickets from 2 missions, mission 1 gets completed, you get the ticket, mission 2 starts, then after the next hand is finished mission 2 sees that you're black belt and also completes and gives you another ticket. It's just another scheduling mistake 😄

And it triggering also for Sensei is normal, always has been the case, and it's in the promo description too.

Can confirm that the "You're logged out" message is a lie/misleading on both desktop and Android. The Auth token is not invalidated at that point, but only after the logout page fully loads after you get past this pointless intermediary screen. 

Ideally the Auth token would get invalidated by the server after a SEND: {"action":"logout"} gets sent and take it all out of your hands, but I don't think that's possible because of the separation between the Relax services and the Kindred auth service. So likely nothing will change with this, just press the checkmark and wait for it to load. 

To be fair, it's not a complete lie, you have been logged out from the relax services by that point, just the Kindred Auth token is still active.

As @Phlo23 already described, the rebuy component seems to be missing a trigger when trying to rebuy, to update that component with the current rebuy value, so it gets stuck in whatever state it was after the last update it might have had (which might have happened when buying into a table, or by resizing a table .

Later edit: Actual solution on the last comment 👇

Relax should change the link in the client to the new one mentioned by @Purps, should be super quick, and Kindred should change all the links that go to messages to the new one, instead of just relying on that 301 redirect, which right now is giving me 401 unauthorized.

Also just so this doesn't cause a mistake, should probably just change the &redirect in the in client messages deeplink from &redirect=%2Fmyaccount%2Fmymessages to &redirect=%2Fmyaccount%2Fmydetails%2Fmymessages  , maybe test it as well to see if it works 😅

19 minutes ago, Livertool said:

 

For me go back button is there. 

 

I'm talking about the phone back button or gesture. So you can't get stuck even if the page gets shifted. 

They should send you back to the main login screen when you press the back button or gesture while on the forgot password screen or on the select language screen , it currently does not do that even on android, 2 backs just asks you if you want to quit the app. Should be a really easy one to implement IMO. 

Pinned tournaments are pinned at the top, but there's a lot more than 3 on the rotation, otherwise you would end up with finished tournaments at the top of the list or other useless pins.

Can confirm I have the same issue with 2€ extreme, doesn't work for extreme just for traditional, but don't have the issue with 0.2€ extreme or 5€ extreme. Missing tag I guess. Might be more mistagged ones out there 🤷‍♂️

@Phlo23's steps to reproduce it are spot on, have reproduced it in classic cashgames so it's not just a banzai bug

Reproduced it easily by doing what @Rushbie said, scrolling over the filters, also seems to do the same if you scroll over the footer icons like dashboard and promos and settings, sometimes it can take a while to reproduce and sometimes you can reproduce it 20 times in a row, so be patient while testing. Kinda smells like some onmouseover stuff might be causing issues or overscroll stuff. Looks like these kind of scroll issues are not uncommon for mobile development, but a lot of different possible solutions, GL 😅

Added logs and a video combined with the logs and new observations to the original report.