downlords-faf-client: Linux: client "freezes" on the play tab

system specs and distro | client installed through the AUR package

The play tab poses problems for me. When the client boots directly into the play tab, after the first few clicks on the buttons inside the tab, it ceases to respond. When I put the window in the background (switch to another tab or workspace in i3-wm), while leaving the client on the play tab, the window will be completely white when I come back to it.

Even in the unresponsive state, I can still switch to another tab like News, Chat etc. they all work properly as far as I can see.

About this issue

  • Original URL
  • State: closed
  • Created 5 years ago
  • Comments: 46 (29 by maintainers)

Most upvoted comments

Another workaround that works for me:

-Dprism.order=sw

Well we could just make it an X on linux instead of šŸ”’

We could probably close this right?

Hey, so I’m the maintainer of the AUR package. I have never experienced this issue and nobody ever mentioned it in the comments 😦

Nevertheless, I’ve updated the package to use Oracle’s JDK 14 to work around an issue with Arch’s OpenJDK so maybe try that out and see if it works for you.

This problem happened with me. I fixed it by unchecking the ā€œShow private gamesā€ box blindly. Whenever it is selected, the Play tab freezes completely, but unchecking it makes it usable again.

For those of you trying to find the checkbox, it is directly under the V in the Vault tab.

I’m also experiencing this issue exactly as described.

I’m also using Arch and installed the downlords-faf-client packages from the aur. My window manager is i3 if that makes any difference.

Here’s a list of my installed fonts

Looking around a bit more on how fonts are managed with JavaFX, I found this page. Where they said the java launch options could be changed to ignore fontconfig, by adding this:

-Dprism.useFontConfig=false

So I changed the bash file for starting the FAF client to include the above in the Java launch options. Using the above, the bug does not occur anymore, not even on i3.

AUR package… did not know there was something like that