Jump to content

Hand History Tab completely freezes the client and the tables


FeelsBadMan
  • Priority: High Status: On backlog

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:

Spoiler

 

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:

 

  • I have experienced this issue 1

User Feedback

Recommended Comments

The hand history is the gift that keeps on giving 🙂

We've looked into this one before, but this detailed report might make the difference - thanks!

Link to comment
Share on other sites

Since this bug is a very reliable way to produce the type of freeze we sometimes encounter by just playing with no action triggering it, where the client is still communicating just fine with the server in the background, and even the table buttons and animations seem to work, but it looks like the information and the graphics are completely disconnected from each other as you can see in the 1st and 2nd videos, in which case it takes some time to notice, and you have to Task Manager the client, maybe you could use this as an opportunity to make a procedure in which an exception or an infinite loop or a disconnect between client components that happens in a critical component, either more gracefully crashes the entire client immediately or even better maybe reinitialize the thread/component/connection to recover to the last state. 

Got reminded of this because of @ValueHeavy's issues today with normal just play freezes, and figured this bug would be a countermeasure testing gold mine:

 image.png.35a24826a0874c2a58bc15a86104bd85.png

  • Like 1
  • Haha 1
Link to comment
Share on other sites

Straight graceful and automated termination of client seems much more effective way for it to go and start a new session, than trying to loiter, retry, and wait ages to get into same result, which needs way more effort and patience from player.

Edited by Rushbie
  • Like 1
Link to comment
Share on other sites



Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now

×
×
  • Create New...